Выполнять сложные разовые задачи типа "резать bmp" с помощью
сложного кода нерационально, хотя и возможно. Какие трудности из
одного большого массива сделать несколько маленьких в constexpr?
Никаких. А вот потом эти буквы повернуть/масштабировать/и т.д. в
constexpr милое дело. Сложный код имеет смысл писать для часто
выполняемых задач. Дрыганье ногами/мигание светиком есть в 99%
проектов. Как в больших, так и в малых. Почему бы не сделать его
удобным и эффективным? Почему вас пугают простыни в библиотеке? Вы знаете сколько строк кода в stdint.h или math.h ? Не страшно? Точно так же и со своими библиотеками - #incude "gpio.hpp" и всё. Да и не всегда код большой. Взять тот же класс таблицы перекодировки из которого сделаны таблицы синусов как одни из инстанциаций. Ну что там сложного и портяночного в этих 9 строках? Малочитаемо только от незнания языка. Никто не обещал, что С-программист будет читать и понимать С++ код. Это таки другой язык.
VladislavS. (01.10.2022 15:27, просмотров: 401) ответил Andreas на В последнее время скриптами резал bmp с буквами на шрифты, собирал
прошивку из кусков с добавлением серийника и мак, обфурцировал и
зажимал html. Сомневаюсь, что тут мне помогли бы constexp. Зато на
хабре постоянно споры как на плюсах проще светляком помигать с
текстом проги на пару страниц. Может в мегапроектах это и
оправданно, но в небольших проектах это простыни малочитаемого
текста.