В покрытом тестами проекте может быть сложно проводить глобальную реорганизацию кода (рефакторинг)
Это неверное утверждение, т.к. юнит-тесты во многом как раз и служат для того, чтобы безболезненно проводить рефакторинг или другие изменения кода.
Что касается «писать модули так, чтобы можно было их использовать и в тестах, и в прошивке» — это решается выбором необходимого уровня абстракции. В C++ это, имхо, вообще не проблема (правда, я не уверен на 100%, что в ардуино-проектах можно использовать такие вещи, как виртуальные функции и интерфейсы)
Вопервых, с чего вы взяли, что все токи стремятся к ноге 1? Они стремятся к земле источника питания.
Во-вторых, токи идут в одном направлении, поэтому никакой петли нет.
Спасибо, поправлю сегодня) изначально я ориентировался на скрипт, который генерит квартус при использовании NativeLink, поэтому о некоторых вещах узнаю сейчас впервые (пп. 4-6)
Пожалуйста)
Ага, так и будем понемногу модифицировать код, чтобы понятно было, зачем это и откуда
Я пишу про базовые вещи, имхо, на фреймворки нужно переходить уже после того, как хотя бы немного потыкал голую платформу
Молодцы!
Так речь ведь о языке шла
Кстати, слово "мокап" тут неверно употребляется. Вероятно, имеется в виду "мок". Мокап — это графический макет (например, для GUI)
Это неверное утверждение, т.к. юнит-тесты во многом как раз и служат для того, чтобы безболезненно проводить рефакторинг или другие изменения кода.
Что касается «писать модули так, чтобы можно было их использовать и в тестах, и в прошивке» — это решается выбором необходимого уровня абстракции. В C++ это, имхо, вообще не проблема (правда, я не уверен на 100%, что в ардуино-проектах можно использовать такие вещи, как виртуальные функции и интерфейсы)
Во-вторых, токи идут в одном направлении, поэтому никакой петли нет.
Мои глаза…
Автор, так это ты писал легаси, который мне на поддержку отдали на работе?)