как подружить std::map и глобальные объекты

[_Bers]

Сообщение от pproger

2_Bers

еще утверждаешь, что проблем с вектором в этом случае нет?

гм... а почему std::cout не валится?
Его можно юзать, где угодно и когда угодно. Глобальный объект, который "как бэ гарантированно созданный"

[pproger]

2_Bers

гм... а почему std::cout не валится?

я тебе в каком то посте уже говорил, что основные потоки (cin, cout, cerr) просто объявлены (как extern) в каком-нить iostream, а сами объекты располагаются в какой нить libcpp, т.е порядок инициализации уже не важен, главное, чтоб такое имя нашлось при линковке. несколькими постами выше я тебе показал пример, как избежать проблемы в твоем случае, если использовать extern, который ты почему-то проигнорил

[_Bers]

Сообщение от pproger

основные потоки (cin, cout, cerr) просто объявлены (как extern) в каком-нить iostream, а сами объекты располагаются в какой нить libcpp, т.е порядок инициализации уже не важен

То есть, если глобальный объект запихать в либу, то проблем не будет?

[pproger]

2_Bers
необязательно в либу. достаточно сделать хидер, где объявлены все глобальные объекты как extern, и сделать cpp, где эти объекты определены (для удобства). ну я же привел пример, смотри выше, никакой либы в нем нет

[_Bers]

Сообщение от pproger

2_Bers
необязательно в либу. достаточно сделать хидер, где объявлены все глобальные объекты как extern, и сделать cpp, где эти объекты определены (для удобства). ну я же привел пример, смотри выше, никакой либы в нем нет

std::cout (равно, как и вообще возможные объекты этого класса) не требует от программиста каких либо знаний в области стандарта, и не создает проблем.

Мне нужно научится делать нечто подобное: я создаю класс, который в конструкторе использует внешний и скрытый от пользователя глобальный объект, живущий в его единице трансляции.

Использование такого объекта для пользователя - аналогично использованию объекта любого другого класса.

То есть, пользователь может делать объект глобальным, или пихать его в конструктор другого глобального объекта, и не думать о том, что "у него же там в конструкторе итак глобальный пользуется - как бы не вышла беда!"

Тем более, что инкапсуляция позволяет пользователю ничего не знать об устройстве используемого класса. std::vector из твоего примера - пример того, как может произойти поломка, которая может привести пользователя просто в недоумение.

Он объявляет глобальный объект в майне, и этот объект тихо-мирно начинает глючить. И вынуждает пользователя нарушать инкапсуляцию, и лезть во внутренности класса. А потом думать: "вот блин! Понаделали говнокода из глобальных объектов!"

Так делать нельзя. Надо, что бы было просто, как у std:stream всяких

[pproger]

2_Bers

std::cout не создает проблем.

потому что пользователи вручную его не объявляют, они пользуются определением (iostream, extern _CRTIMP2 ostream cout, msvc 7.1). объяви объект типа ostream в примере с "нерабочим" вектором, будешь иметь те же самые проблемы.

Так делать нельзя. Надо, что бы было просто, как у std:stream всяких

ну я тебе показал, "как у std:stream всяких" сделано

[netrino]

_Bers, вектор тоже валиться будет, если попытаться разыменовать указатель на буфер (поскольку до прохода конструктором он будет равен нулю, если объект статический). Объекты cin, cout, cerr, clog и их широкие друзья не валятся, потому что их инициализация происходит при включении iostream, но для этого костыль используется - в заголовке сидит глобальная переменная типом ios_base::Init (или как-то так) и инициализирует вышеперечисленные объекты в своём конструкторе (при этом ведётся счётчик вызовов конструктора, чтобы гарантировать единственность инициализации).

[_Bers]

Счетчик Шварца?

[netrino]

Сообщение от _Bers

Счетчик Шварца?

Да. .