C ++ статический порядок инициализации

Возможно, вам стоит пересмотреть, нужно ли вам так много глобальных статических переменных. Хотя иногда они могут быть полезны, часто гораздо проще реорганизовать их в меньшую локальную область видимости, особенно если вы обнаружите, что некоторые статические переменные зависят от других.

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

Действительно, это работает. К сожалению, вы должны написать globalObject (). MemberFunction () вместо globalObject.MemberFunction (), в результате чего получится несколько запутанный и неэлегантный клиентский код.

Но самое главное, что он работает, и что это доказывает отказ , т.е. нелегко обойти правильное использование.

Правильность программы должна быть вашим первым приоритетом. Кроме того, IMHO, () выше чисто стилистический - т.е. совершенно неважно.

В зависимости от вашей платформы, будьте осторожны с слишком частой динамической инициализацией. Существует относительно небольшой объем очистки, который может иметь место для динамических инициализаторов (см. здесь ). Вы можете решить эту проблему, используя контейнер глобальных объектов, который содержит члены различных глобальных объектов. Таким образом, у вас есть:

Globals & getGlobals ()
{
  static Globals cache;
  return cache;
}

Есть только один вызов ~ Globals () для очистки всех глобальных объектов в вашей программе. Чтобы получить доступ к глобалу, у вас все еще есть что-то вроде:

getGlobals().configuration.memberFunction ();

Если вы действительно хотите, вы можете обернуть это в макрос, чтобы сэкономить немного времени при вводе с помощью макроса:

#define GLOBAL(X) getGlobals().#X
GLOBAL(object).memberFunction ();

Хотя это просто синтаксический сахар для вашего начального решение.

Большинство компиляторов (компоновщиков) действительно поддерживают (непереносимый) способ указания порядка. Например, в Visual Studio вы можете использовать прагму init_seg , чтобы разбить инициализацию на несколько разных групп. Насколько я знаю, нет возможности гарантировать порядок ВНУТРИ каждой группы. Поскольку это не переносится, вы можете подумать, можете ли вы исправить свой дизайн, чтобы он не требовался,