программистское, мимоходом

[avva]

Программистов на C++, злоупотребляющих singleton-ами, на том свете посадят каждого на тыщу лет в одиночную камеру.

Comments

[shmop.livejournal.com]

Обьясните, мне , начинающему, почему... Не то чтобы я злоупотреблял, но не вижу в singleton-ах каких либо подвохов.

[object.livejournal.com]

От 90% синглтонов можно избавиться без вреда для окружающих. Подвох примерно такой же, как и в глобальных переменных.

[avva.livejournal.com]

Но если "избегайте глобальных переменных!" средненькому программисту на C++ кто-то успел когда-то вбить в голову, то насчёт синглтонов, скорее всего, нет.

[slv.livejournal.com]

потому что, вот как у меня например
о! паттерны! и понёсся куда попало их пихать
потому что круто.
но это проходит.

[avva.livejournal.com]

Так вот, не у всех проходит :(

[shmop.livejournal.com]

Избегать - да, но если другого выхода нет...

[bugabuga.livejournal.com]

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

[shmop.livejournal.com]

А зачем избавлятся, я надеюсь никто не захочет создавать синглтон просто так, для этого наверняка есть причины, как и для глобальных переменных.

[glo-ku.livejournal.com]

Зето ное вилбудет "злоупотреблением" ;)

[cema.livejournal.com]

Вилбудет? Вирдное вордоюзение.

[object.livejournal.com]

Конкретный пример из личного опыта. Был написан SMS-сервер, поддерживающий архитектуру плагинов для различных операторов. Т.е. загрузив соответствующие плагины, можно было принимать и получать смс-ки операторов мобильной связи разных стран. Каждый плагин писался как DLL. При написании плагина для очередного оператора выяснилось, что они используют ту же библиотеку, что и уже подключенный, но в библиотека та реализована синглтоном, т.е. независимое использование библиотеки в одном процессе для двух операторов не предусмотрено. Пришлось реализовывать обмен данными между процессами, что было несложно, но существенно повлияло на быстродействие. Создатели той библиотеки наверняка думали, что создают синглтон не просто так.

Я неоднократоно сталкивался с тем, что синглтоны, как и глобальные переменные, очень любят разработчики, считающие себя чем-то большим, чем программистами. Они возводят многоэтажное здание, думая, что это центр города и все маршруты ведут туда. Когда их детище переносят на задворки, оно от обиды ломается :-)

[serejik.livejournal.com]

Хорошее объяснение, к сожалению оно верно :-)

[arbat.livejournal.com]

Знаете ли, мне и изначальный сентимент и Ваше объяснение... Ну, это как мой начальник на прошлой работе заявил, посмотрев мой код, что, мол, "у нас в группе эксепциями и ассертами не пользуются". - "почему?" - спрашиваю, а он мне - "мы пришли к выводу, что, когда мы ими пользуемся, программа становится нестойкой и все время падает".

[object.livejournal.com]

А причем здесь это? Вы, судя по всему, говорите о чьем-то неумении использовать exceptions. Мой пример - о неуместном использовании синглтонов. Которыми многие пользуются как глобальными переменными.

[http://users.livejournal.com/_ai_/]

Мне один раз начальник сказал, что в Goldman Sachs конструкцией ?: не пользуются. Я решил что пора менять работу. И был прав.

[quieres.livejournal.com]

Это не аргумент против синглотонов. Это камень в огород проектировщика.

[object.livejournal.com]

Это аргумент против использования синглтонов где попало.

[avva.livejournal.com]

Хаха, Вы очаровательно наивны ;)

[sartoris.livejournal.com]

На моей практике был ОДИН случай, когда пришлось мучаться с singleton-ами (да еще и в template классе...) И всё. В остальных случаях избегал этой гадости... В частности из-за нечитабильности. Хотя по идее работать должно быстро, потому как в обход многих C++-тонелей.

[meshko.livejournal.com]

(поеживаясь)
А можно пример злоупотребления?
То есть у меня они почти всегда есть, ну один-два. Типа database connection pool, или там logger, ну или ещё какой-нибудь другой pool.

Забавное: http://c2.com/cgi/wiki?SingletonPattern
Creating a singleton representing the graphics card is a good example of this. Each machine is likely to have only one graphics card (that you're interested in), but you may want to support more than one card in your application.

Интересный пример, учитывая, что две видеокарты в одном компьютере сегодня явление может и не повседневное, но всеми нормальными операционками поддерживаемое.

[-alien.livejournal.com]

(ех, давно саблю в руках не держал), а в вашем си с плюсиком есть ли DCL-проблема; праздное любопытство.

[iratus.livejournal.com]

перефразирую: Программистов на C++, злоупотребляющих multiple inheritance , на том свете посадят каждого на тыщу лет в одиночную камеру.

[oryx_and_crake]

За multiple inheritance по логике вещей надо в общую сажать.

[object.livejournal.com]

Здесь надо бы добавить, что речь идет о наследовании классов, а не интерфейсов.

[oryx_and_crake]

тогда - заставить пользоваться одной общей миской...

[ohtori.livejournal.com]

В коммунальной квартире жить! Тыщу лет!
Вот настоящий ад.

[iskatel.livejournal.com]

За что? Никак, ты чужой код правишь? Не повезло..

[scolar.livejournal.com]

На курсы отправить ещё при жизни.

[scolar.livejournal.com]

Singleton должен быть один. Для обеспечения этого следует использовать Singleton.

[avva.livejournal.com]

Отлично ;)

[drakkh.livejournal.com]

особенно плохо передирать реализацию из книжки Design Patterns - там конкретный баг :)

[nine_k]

Именно любыми singleton-ами, а не только stateful?
(Впрочем, stateless и злоупотребить сложно.)

[avva.livejournal.com]

Да ладно, stateful stateful'у рознь ;)

[nine_k]

Конечно. Но ими хоть как-то можно злоупотребить (помешать многониточности, например).

Хотя, наверное, и stateless-ами можно злоупотребить, хотя не так неприятно: можно сделать stateless singleton бутылочным горлышком (опять же помешать многониточности).

[msh.livejournal.com]

Под двойной проверенный замок!