Типизированный синглтон расширение, потенциальные проблемы??? Опции

[ViGOur]

Чувау

Ну а то, что ты предпочёл шаблон там, где нужно было применить виртуальное наследование - это кто ж виноват

:-D

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

[lanz]

А тогда как за нимим следить проще чтобы не плодить?

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

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

Кому очень хочется, тот и #define private public сделает, его не остановить

[AD]

Чувау

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

Думаю, что тут стоит как раз решение Влада применить:
Link

Сообщение отредактировал AD - 27.2.2013, 16:11

[Алексей1153]

ViGOur,

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

тут где-то не хватает запятых, поэтому я не совсем понял смысл предложения )

делай private , и никто, кроме родительского класса не будет иметь доступ. Делов то.