SK
и причем тут Си или ++?. я на Си такое видел, что уж лучше асм...
Size: a a a
2021 April 08
YS
Опять таки, зависит все от задачи. Нет универсального решения
И
Ну говнокодеров везде хватает. Я когда с асма авр переползал на си тоже писал так что стыдно вспомнить
И
Тут согласен. Но и камень выбирать под задачу
RC
Разошлись... Я просто хочу меню на классы переписать 😅
И
Хозяин барин
RC
Ну там сейчас структуры с указателями на функции
YS
имхо, вполне норм задача для плюсов
И
Такое обычно, когда у человека много времени свободного
RC
И чтоб добавить страницу новую надо написать "методы" запихать их в структуру. Конечно же все статически
RC
И вот хоть пиши шаблон для ide 😅
A
Только на маленьком МК STL отожрет почти все ресурсы.
Можно посмотреть в сторону ETL.
Можно посмотреть в сторону ETL.
RC
Был сначала большой огроменный свитч... А потом понадобилось вместо энкодера кнопки...
YS
для маленьких МК плюсы, конечно, нужно выбирать очень осторожно :)
ED
Чистый Си устраивает тоже, но С++ дает больше контроля и возможностей
A
Да.
Но фишки С++ вплоть до 17 типа Constexpr и шаблонов компилируются практически без накладных расходов.
В отличие от каких-нибудь exceptions.
Но фишки С++ вплоть до 17 типа Constexpr и шаблонов компилируются практически без накладных расходов.
В отличие от каких-нибудь exceptions.
RC
Таже проблема с cmd интерпритатором там абстракция команда и их тоже надо делать аля объект
YS
Я как-то видел в коде который организовывает работу с меню пачку тернарных операторов, типа:
где
int action = STATE_TO_ACTION(xxx)
где
STATE_TO_ACTION содержал 20+ конструкций типа: x == a ? foo : x == b ? baz ... и так далее :DSK
кстати сегодня на хабре статья была про ++ надо закинуть сюды
RC
И как, добавите пару фишек?