Evgeny_CD, Архитектор (06.12.2021 15:20, просмотров: 566) ответил klen на самое поверхностное и понятное, шаблоны, ссылки, constexpr consteval, constinit, lamda, примеры где проглядывается связь именно с таргетом и его
инструкциями и регистрами я приведу пожже и мы это разберем. это
чуть посложнее. Все дело в том что С++ вниз умеет протолкнуть
больше информации об организации данных и их связях.-
- Для практического применения всей этой красоты нужен хороший опенсорцный транспилер из "нового Цэ" в K&R. Патамучта под некоторые все еще актуальные архитектуры эти ваши GCC и LLVM не натянуть. - LightElf(07.12.2021 12:36)
- +1, const он и в Африке... всего лишь замена (дополнение)
препроцессору. - Costic(06.12.2021 21:31)
- А вот и нет, оно разное. Потому как может использоваться в метапрограммировании с зависимостью результата от типов(!) входящих данных, помогать оптимизировать код в зависимости от результата, а также гарантировать выполнение в compile-time. Препроцессор гораздо слабее. - evgeniy1294(06.12.2021 21:36)
- consteval нужен, потому что, в отличие от constexpr, может быть выполнен только в compile-time. Это позволяет писать до предела оптимизированный код, я приводил пример своей работы в плане работы с периферией МК - вот там он всплывает во весь рост. - evgeniy1294(06.12.2021 20:46)
- тут нужны примеры с выходным асмом. мне нужно подготовится чтобы
показать суть. тема то на книгу и учебный курс тянет: "Эффективное
использование С/С++ при программировании встраиваемых систем:
возможности крайних стандартов" - klen(06.12.2021 15:27)
- Причем эта книга помощнее Х&Х будет. - Evgeny_CD(06.12.2021 15:33)
- К моменту выхода книги стандарт аккурат в очередной раз и
поменяется :))) - Chum_A(07.12.2021 08:51)
- Хорошо, если один раз :) - Evgeny_CD(07.12.2021 12:59)
- это точно, мысль не про то как код писать, а как его
"проектировать" используя возможности инструмента и конкретного
процессора. - klen(06.12.2021 15:43)
- Повторюсь - проектирование это всегда на языке целевой задачи. Язык
процессора - это потом.
А лучше - никогда.Cкpипaч(85 знак., 06.12.2021 21:38) - UML уже обещал нам революцию в проектировании кода, но нынче про
него даже не вспоминают. - Evgeny_CD(06.12.2021 18:33)
- Неудачи UML (и т.п.), ИМХО в том, что не многие конторы могут позволить себе (или просто не могут) написать банальное ТЗ на встроенное ПО. Т.е. ТЗ это такое звено, которое можно и прокинуть, а исполнителю объяснить на пальцах, салфетке и т.п. А лучше, если он сам себе всё объяснит. В свою очередь и исполнители увидев эту UML-хрень шарахаются как черт от ладана. - Chum_A(07.12.2021 09:00)
- Повторюсь - проектирование это всегда на языке целевой задачи. Язык
процессора - это потом.
- К моменту выхода книги стандарт аккурат в очередной раз и
поменяется :))) - Chum_A(07.12.2021 08:51)
- Причем эта книга помощнее Х&Х будет. - Evgeny_CD(06.12.2021 15:33)