Подскажите такой момент.
Есть класс, при инициализации он создает 3 блока данных, из которых только один блок уникальный для этого экземпляра, остальные - совершенно одинаковые для каждого экземпляра, не модифицируются. Так как занимают они приличный объем, есть сильное желание от них избавиться, точнее - выделить за пределы класса
Пока на ум приходит только некий глобальный флаг, который выставлять после инициализации самого первого экземпляра, но, скорее всего, есть более элегантное решение, просто я о нем не знаю

Напрашивается сделать их статическими членами. И пронициализировать в месте определения.

да, тоже так думал, но их инициализация - не тривиальное "присвоение". Это формирование sBox и sBoxInv для AES. Использовать Flash для хранения этих констант не получается - места мало

Вынести их в отдельные классы, формировать в конструкторах, а уже объекты этих классов сделать статическими членами.

и так тоже думал, но я забыл указать еще одну вводную - уникальный блок экземпляра как раз используется сначала для формирования sBox, потом создается sBoxInv, потом - expandedKey в том самом уникальном блоке экземпляра

И вот как это скрестить - не совсем понимаю
Если бы был один ключ - оставил бы все на чистом C, но есть необходимость в нескольких. Сделал. Работает, но вот захотелось залить все в одну бочку. Может, конечно, сделать как в том анекдоте - "... вот иди, сынок, и ничего там не трогай", - но вот решил организовать класс и теперь уже самому интересно, как это можно реализовать

Сейчас посмотрел реализацию более внимательно. Скорее всего, можно будет использовать второй общий блок вместо уникального блока экземпляра, сейчас попробую
Если срастется, то да, Ваш вариант вполне подойдет

UPD
Нет, как раз в формировании sBox используются все три блока, потом один уже не нужен, он-то и является уникальным для экземпляра и используется потом для expandedKey

Пока видно, что все данные уникальные. Где тут 'общие данные'?

Откуда видно-то?
еще раз - в "общих" блоках формируются sBox и sBoxInv (они - общие, фактически - константы, но в RAM), но для их формирования (сейчас, в реализации на C) используется уникальный блок, в котором, после формирования sBox и sBoxInv, формируется expandedKey

В смысле - используется как временный промежуточный буфер?

конечно, и не хотелось бы для этого выделять статический массив. Куча также не используется, поэтому, для расчета таблиц, выделить и бросить этот кусок расточительно

UPD
я могу, конечно, использовать этот временный блок как некий буфер обмена по разным интерфейсам в дальнейшем, но это не кошерно же

Ясно. А что мешает посчитать эти sBox и sBoxInv вне программы вообще, и вставить в виде константного массива байтов?

Если же вам надо именно в run-time их заполнить, то это можно сделать при создании первого экземпляра вашего объекта. sBox и sBoxInv сделать статическими, но заполнять в конструкторе, если они еще не заполнены

еще раз - места во флеш нет, точнее, в секторе, который отведен под bootloader
сейчас так и сделано на чистом C - есть флаг, который проверяется
я же и спрашиваю - можно ли это сделать более красиво на ++?

Что мешает этот блок объявить как автоматическую переменную в конструкторах sBox и sBoxInv? Он будет выделен на стеке и после выполнения конструкторов освобожден. На крайний случай разместить его при помощи placement new() в том месте, где потом будет жить "буфер обмена по разным интерфейсам в дальнейшем"

Сергей, куча вообще не используется

placement new() - это не куча

В принципе можно, но тогда компилятор сам сделает эту самую статическую переменную в 'стиле С' (и еще одну придется попросту выбросить)


Если жалко места на once_init_flag - заверните once_init() в класс (сделайте что надо в его конструкторе), и установите статический экземпляр его в конструкторе YourClass