Почему лучше не использовать статические конструкторы?

Question

[0nk0l0g]

Слышал, что лучше обойтись без статических конструкторов и деструкоторов в коде. Особенно, если проект большой. С чем это связано и верен ли совет?
Спасибо

Comments

[Денис Загаевский]

Ого, фигасе. А как они выглядят, пример приведите, пожалуйста.

[0nk0l0g]

Денис Загаевский: я так понимаю, что так называются глобальные переменные, которые имеют конструктор или деструкотор

[Денис Загаевский]

0nk0l0g: переменные имеют конструктор и деструктор.. Ммм.. Это что-то новенькое. Может, вам сначала привести в порядок имеющиеся знания, а потом задавать глупые вопросы?
Слышал, в жизни не рекомендуют применять гравитационные ботинки, не подскажете, так это, или врут?

[0nk0l0g]

Денис Загаевский: чем класс не переменная, сконструированная пользователем? Пользовательский тип данных. Объект класса нельзя назвать перменной?)

[Денис Загаевский]

0nk0l0g: в С++ нет понятия объекта-класса. А класс не переменная тем, что он класс, а не переменная о_О абсолютно разные сущности. Чем вам войлок не валенок?

Конструкторы и деструктор принадлежат классу и нужны для конструирования объектов этого класса и их уничтожения. Объекты(обычно) присваиваются переменным. Нельзя сказать, что у переменной или у объекта есть конструктор - он есть у класса.

Ещё раз - структурируйте кашу у себя в голове, а потом бросайтесь на амбразуру.

[0nk0l0g]

Денис Загаевский: я отталкивался от фразы из документации llvm "Static constructors and destructors (e.g. global variables whose types have a constructor or destructor) should not be added to the code base, and should be removed wherever possible."
Но да. Я плохо сформулировал. Спасибо.

[Денис Загаевский]

Ринат Велиахмедов: думайте как хотите. Программирование - это точная дисциплина, есть терминология. Если в доках llvm написана чушь - это не значит, что её надо повторять.

Answer 1

[AtomKrieg]

Cтатические конструкции (например," static const Foo & F = * new Foo ( ) ; " ) могут иметь утечки памяти. Если LLVM сбилдили в виде динамической библиотеки , он может перезагружается неограниченное число раз , и в каждой итераций загрузки будет создаваться один экземпляр 'Foo ' .
Кроме того, если LLVM построен на Windows, MSVC 2013 ( который поддерживает LLVM ) , то функция статического создания уровня потоконебезопасна (безопасна начиная с MSVC 2015 ) . Некоторые варианты LTO будут создавать поток для каждого объекта.

Ну и вот здесь еще пишут, про скорость запуска приложения
llvm.org/docs/CodingStandards.html#do-not-use-stat...
Если вкратце, то пользователь будут ждать много времени прежде чем покажутся окошки и можно будет нажимать кнопочки. Лучше создавать синглтоны в фоне пока интерфейс делает вид, что приложение полностью загружено и готово к работе.

Answer 2

[iv_k]

если имеются ввиду статические объекты в глобальной области видимости, то конструкторы вызываются до ф-и main, деструкторы после выхода из нее.

Comments

[0nk0l0g]

и это негативно сказывается на времени. понял, спасибо

[iv_k]

0nk0l0g: на каком времени? просто надо помнить когда вызываются конструкторы/деструкторы, чтоб не накосячить.