Это понятно. Плюс к тому, вы получаете фактически по классу на каждый экземпляр объекта. Поэтому я и написал, "если объектов немного".
Но есть у шаблонов и плюсы. Например, все ветки if () и case, зависящие от константных параметров шаблона, компилятор вычислит на этапе компиляции (то есть их не останется).
То есть, код
при some_bool_prop1 == true будет скомпилирован в





Может, для ссылки на константу есть надежда, что компилятор подставит константу прямо в код?

Подскажите, какие существуют методы для проверки подобных гипотез? Дисассемблер?

А как иначе?
Ну или можно скомпилировать оба варианта и сравнить размеры получившихся программ.

Попробовал. Дисассемблером не лазил, а размеры программ сравнил. Практически неотличимо.

Как передавать создаваемому объекту структуру из констант разобрался. Прошу дальнейшей помощи идейного плана. Сейчас уперся в другое. Задача стоит прорисовывать в окне разнородные объекты, например. TComboBox, TCheckBox. TRadioButton..etc., каждый имеет свое описание в виде структур констант, тоже разнотипных. Я думал создать базовый класс TObj с виртуальной функцией прорисовки и от него уже наследовать разнотипные классы, каждый со своей конкретной прорисовкой. Далее думал создать массив указателей на базовые объекты прорисовки и в цикле, по очереди вызывать функцию прорисовки базового объекта.
Тупик наступил на этапе- где должен размещаться указатель на структуру описание, в базовом, или наследуемом классе? По идее в наследуемом. Но тогда до нее не доберешься из базового класса, а ведь цикл прорисовки идет именно по списку из указателей на базовые. Если структуру-констант разместить в базовом классе, то теряется вся идея, поскольку структуры все разного типа и указать конкретно один тип, базовый, не представляется возможным. Прошу совета у гуру С++ - как быть? Также прошу иметь в виду, что речь идет об ARM кристаллах, в которых RAM - маловато, а ROM- много больше. Т.е. по-прежнему загвоздка с директивой const.

До неё и не надо добираться. Доступ к ней будет из функции Draw() наследуемого класса. А к функции Draw() доступ по указателю на базовый класс есть, так что всё в порядке.

Спасибо, все получилось.

И еще вдогонку вопрос. Как я понимаю, тот массив с указателями на обьекты окажется в RAM? Потому, что обьекты создаются на этапе исполнения программы, а не во время компиляции? У меня таких массивов довольно много, на С удавалось их поместить в ROM директивой const. А можно ли то же самое выполнить в С++ ? Чтобы списки обьектов помещались в ROM?

Как можно поместить в ROM адреса объектов, создаваемых на этапе исполнения? Ведь они создаются на стеке/в куче и их адрес заранее неизвестен. Если объекты глобальные, то можно сделать глобальный же массив указателей и его можно разместить в ROM.

Да, разместить массив указателей можно в ROM, но использовать этот массив для вызова методов класса похоже нельзя. У меня лично не получается с IAR-ом. Вот простейший код:

При компиляции дает ошибку в операторе p->Draw();
Что это значит, я затрудняюсь ответить.

Если же в означенном коде убрать static const при указателе на обьект, то все прекрасно живет, но указатель оказывается в RAM!

Вот так надо:

Прочитайте про квалификатор const у страуструпа или еще где. Он многогранен в зависимости от местоположения.
Указатель будет константным (то есть адрес на который он будет указывать известен на этапе компиляции), а вот объект obj может меняться.
Кстати можно и так:

Попробовал ваш вариант. К сожалению, компилятор IAR хоть ошибок и не выдает, но упорно размещает константный указатель р в сегменте данных, т.е. в RAM кристалла. Проверял на симуляторе Embedded Workbench IAR ver.430A

Как называется сегмент, в который помещается указатель? Если DATA_C, то смотрите линкерный скрипт - перенесите этот сегмент из ОЗУ в ПЗУ.

Посмотрел. К сожалению, константный указатель попадает в сегмент DATA_I, т.е. в зону инициализируемых при стартапе переменных.

Что-то я не нашёл тут константного указателя.
суть изменяемые указатели на константные объекты. И там, и там *ptr имеет тип object_type с квалификатором const. А сам ptr квалификаторов не имеет.
Константный указатель на изменяемый объект. Значение можно задать только при инициализации, потом указатель изменить нельзя.
Константный указатель на константный объект.

Бл***, вы правы, звездочку не справа от const, а слева надо ставить, чтоб константный указатель был. Сорри, описАлся