socimedpetalvik
Понимаешь, каждый пишет на том языке, который лучше знает. Линус не знает кресты, поэтому на них не пишет. Если бы знал их, но не знал Си - писал бы на них.
О, еще один котороый не смог осилить простые предложения Линуса о нестабильности и непереносимости STL и буста.

Ну да ладно.
Не пытайтесь нас запутать!

ЛагманmaytonТоесть глядя на код фиг поймешь получен объект или пула или из фабрики
или тебе подсунули "единоличника" и эгоиста.
Как мне кажется, это и есть реальный ъ-ООП (т.е. клиентскому коду неизвестно, что там за объект, независимо от того как он это получил). Но у джавистов обычно под синглтоном понимается statefull объект, получаемый от класса методом getInstance() (уж не знаю откуда ноги у этой школы растут, меня учили в университете смолтоку, и там можно просто переопределить метод new, например, поэтому необходимость контракта добычи объекта через newInstance() вызывала когнитивный диссонанс). А так вообще, слабо прадставляется архитектурная необходимость таких объектов, и скорее всего они создаются от безысходности и лени/неумения построить контекст приложения ( тащить его через конструкторы, инжектить там как нибудь или т.п., кому что нравится ).
"Тащить через конструкторы" - это вот . В примере кода, который там можно скачать вначале статьи, автор создаёт репозиторий на заказчика (CustomerRepository) при старте приложения, потом передаёт этот репозиторий в конструктор главного окна, окно - в конструктор рабочей области, рабочая область - в конструктор представления заказчика. И это ещё не полностью по фен-шую. По фен-шую с репой должна работать модель. Поэтому надо ещё из модели представления в модель передать всё... А что мешает сделать репу статичным типом - синглетоном?

Лагманuser7320,

А если две репы надо синхронизировать друг с другом? Куда их делать синглтоном?
Я даже понятия не имею, о чём вы говорите. Это две разные репы, или два экземпляра одной и той же репы? О чём речь вообще?

В примере, что я привёл, делается один экзепляр репы при самом старте приложения, как если бы это был синглетон. Но передаётся всем вниз по иерархии через конструкторы. Но при этом ссылка-то передаётся на один и тот же экземпляр. В ЭТОМ случае-то почему бы не использовать синглетон?

user7320Лагманuser7320,

А если две репы надо синхронизировать друг с другом? Куда их делать синглтоном?
Я даже понятия не имею, о чём вы говорите. Это две разные репы, или два экземпляра одной и той же репы? О чём речь вообще?

В примере, что я привёл, делается один экзепляр репы при самом старте приложения, как если бы это был синглетон. Но передаётся всем вниз по иерархии через конструкторы. Но при этом ссылка-то передаётся на один и тот же экземпляр. В ЭТОМ случае-то почему бы не использовать синглетон?
Т. е. вроде используется как синглетон, но при этом не статик. Почему?

ЛагманВторая причина - повторное использование компонентов. Если вы не тащите, то у вас везде Singleton.getInstance(). А у меня класса Singleton нет, или я его хочу унаследовать. А у вас везде хардкод, нипереапридилить.
Так репа разве не в отдельной сборке? Подменили сборку и всё. Можно даже, наверное, сделать настройку выбра сборки, считываемую из файла конфига прямо во время рантайма. Т. е. не надо будет даже перекомпилировать и перезапускать приложение.

Или я что-то не так понимаю?