Форум на Исходниках.RU https://forum.sources.ru Форум на Исходниках.RU Форум на Исходниках.RU https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937255 Mon, 09 Mar 2026 05:54:29 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937255 Цитата Felan @
Правильно убеждали.
"Заранее аллоцирован" и "Синглтон" вообще никак не связаны.

Вот тут да, я боюсь - надо согласиться! :lol: Ибо очень часто сама инициализация данных синглтона происходит, скажем так, lazy. А именно - при первом к нему обращении. И то, что он объявлен глобально - совсем не значит, что он "построен" полностью в первую очередь!]]> Majestio C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937254 Sun, 08 Mar 2026 19:48:35 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937254 Цитата Qraizer @
Хм. Если принимать архитектурные решения как можно позже, ничего так и не будет написано.

Мне кажется, что ты упускаешь "как можно" в том предложении :)
Принимаешь тогда, когда уже нельзя не принять. Но как можно позже, потому что ты будешь иметь больше знаний.

Добавлено
Цитата Qraizer @
Однако можно писать так, чтобы архитектурные изменения могли бы легче интегрироваться в имеющийся код.

:good:]]> D_KEY C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937252 Sun, 08 Mar 2026 16:00:49 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937252 Синтетически. Вот у нас синглтон, заменяющий глобальный объект. Вот функция, возвращающая ссылку на него и используемая для получения доступа к синглтону. На первом вызове она его создаёт, на последующих возвращает уже созданные экземпляр. Типичная и простая реализация. У меня так испытательный стенд устроен. Он напичкан разными шелесками: от генератора аналоговых сигналов в широком диапазоне частот и напряжений до ARINC и CAN. Их реализуют как раз сигнлтоны и представляющие их классы, т.к. конфигурация стенда определяется файлом параметрических данных, и там же определяются характеристики сигналов управления и наблюдения. Бац! понадобилось добавить новый CAN. Хорошо, если это другая шелеска, для неё напишется свой класс и свой синглтон, но вот если такая же, то упс. Ну и ничего страшного: как-нибудь вводим их идентификацию, пусть и просто индексами, заменяем синглтон CANа на мап CANов с ключём-идентификатором, в функцию доступа вводим параметр – и вуаля. Написать код, по-новому парсящий параметрический файл, всё равно пришлось бы, а ошибки компиляции выявят все места запроса синглтона.]]> Qraizer C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937251 Sun, 08 Mar 2026 11:29:48 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937251 Цитата Qraizer @
Если объект глобальный, однако его характеристики могут стать известны только в ран-тайм, синглон хорошее решение. Проблемы будут, если глобальный объект исходно был неверным архитектурным решением.

Проблема в том, что некоторые изменения сложно предсказать заранее в архитектуре.

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

В итоге делают тот же синглтон, а потом от него отказаться сложно становится. Ещё хуже, если вместо рефакторинга костыли строят.]]> D_KEY C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937250 Sat, 07 Mar 2026 21:49:46 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937250
Очередной "Паттерн".

Хотя лично я не сичитаю что такие вещи следует называть паттернами. Это скорее архитектура. Ну да ладно.

И лично я твердо убежден, что в данном случае автора и подельников надо принудительно лечить.]]> Felan C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937024 Tue, 03 Mar 2026 20:39:10 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937024 Qraizer C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937020 Tue, 03 Mar 2026 15:19:27 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937020 Цитата Majestio @
И всеж ... хочется вернуть обсуждение в русло топика ...
Давайте обсудим, к примеру, "синглтон". Говорят - практика так себе. А мне вот для хранения "глобального конфига" очень даже нравится. Предлагайте варианты лучше


Синглтон это не структурный паттерн. Он ни хороший ни плохой. Он отлично решает специфические задачи и очень плохо когда им пытаются решить задачи которые не должны им решаться. Ключевое слово "НЕ должны". Потому что они могут им быть решены в значительной степени.

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

Пример из жизни.

Андроид. Приложение которое общается со сканером. Изначально один из типов сканов мог загружаться и на разных экранах можно было смотреть всякие его параметры. И все было хорошо, пока через несколько лет не понадобилось загружать два разных скана этого типа для обработки и сравнения.

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

Да, там много вопросов и других. Но суть в том, что изначально все можно было сделать без синглтона, тогда тупо бы продублировали все дерево объектов и были бы счастливы.

Тут дело не в самом синглтоне как таковом. Дело в том, что его очень сложно модифицировать когда он пророс во все места проекта.

Это как с наследованием. Лучше его избегать. Так в этом случае, лучше было не делать синглтон, тем более, что никих особых преимуществ он не дает тут. Глобальный объект можно и без него создать.

Этот паттерн нужен когда момент создание объекта не контролируется напрямую. Как например бин в апаче (откуда, как я понимаю, и растут ноги синглтона). А если объект создается "напрямую", то смысла в синглтоне просто нет.

Добавлено
Цитата sharky72 @
А их нет. Вот как бэ на одном из собесов меня убеждали что это антипаттерн. А вот на текущем проекте, где все завязано на реалтайме и доступ к данным должен быть фиксированным по времени и заранее аллоцирован - это единственный вариант.
Синглетон - хороший паттерн, когда нет другого варианта. Фабрика - это основа COM объектов. Вопрос в необходимости использования того или иного паттерна. Не надо убиваться в теорию, практика всегда тебя стукнет по носу.


Правильно убеждали.
"Заранее аллоцирован" и "Синглтон" вообще никак не связаны.

Все можно сильно заранее аллоцировать и без синглтона (ну правда есть всякие фреймворки разной кривизны которые могут требовать этого, но тут про это не сказано, поэтому мы про общий случай)
Синглтон нужен когда объект создается в неконролируемом контексте и он обязан быть в одном экзепляре. (как например всякие Java Beans и модули Apache)
Если момент создания конролируется напрямую, то и синглтонить смысла нет.]]> Felan C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937006 Tue, 03 Mar 2026 13:54:14 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3937006 Цитата Majestio @
И всеж ... хочется вернуть обсуждение в русло топика ...
Давайте обсудим, к примеру, "синглтон". Говорят - практика так себе. А мне вот для хранения "глобального конфига" очень даже нравится. Предлагайте варианты лучше :)

А их нет. Вот как бэ на одном из собесов меня убеждали что это антипаттерн. А вот на текущем проекте, где все завязано на реалтайме и доступ к данным должен быть фиксированным по времени и заранее аллоцирован - это единственный вариант.
Синглетон - хороший паттерн, когда нет другого варианта. Фабрика - это основа COM объектов. Вопрос в необходимости использования того или иного паттерна. Не надо убиваться в теорию, практика всегда тебя стукнет по носу.]]> sharky72 C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936944 Tue, 03 Mar 2026 01:55:21 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936944 Давайте обсудим, к примеру, "синглтон". Говорят - практика так себе. А мне вот для хранения "глобального конфига" очень даже нравится. Предлагайте варианты лучше :)]]> Majestio C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936942 Mon, 02 Mar 2026 19:55:32 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936942 Qraizer C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936939 Mon, 02 Mar 2026 16:47:17 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936939
Там "формально" оценивались условия и перспективы - и также формально применялись паттерны проектирования.

Очень обидно, что тогда я просто посмеялся - а гифчик надо было бы сохранить!

:yes-sad:]]> Majestio C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936863 Sat, 28 Feb 2026 17:11:52 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936863 Цитата Qraizer @
В одном предложении о паттернах я бы резюмировал, что о них знать полезно, но гораздо полезнее знать об антипатернах.

Некоторые антипаттерны - сложно выявить. Особенно если проект очень большой. А паттерны - это если честно нужны только на собесах. Большая часть и так используется в повседневной жизни или большинстве фреймворков. Знать надо чтобы сказать что это использовал ;) Хотя для меня наиболее сложным и важным был принцип подстановки Liskov, его труднее всего соблюдать и очень часто хочется нарушить.

P.S. Принцип KISS тоже очень важен ;)]]> sharky72 C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936851 Fri, 27 Feb 2026 15:00:34 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936851 Qraizer C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936850 Fri, 27 Feb 2026 14:52:03 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936850
С моей т.з. никогда!

Думаю что в этом и заключается профессиональный опыт.

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

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

Вопрос применимости паттернов заключается в том, будешь ли ты забивать шурупы.

И вот тут всплывают опыт, профессионализм и знания: ты точно можешь отличить шуруп от гвоздя? А точно можешь правильно выбрать где нужны гвозди а где шурупы?

Но это требует серьезного образования и опыта.

Если ты фронтендер все бытие которого ограничено одной страницей у тебя нет еще 3-х человек которые ее тоже развивают, у тебя просто не будет никогда нужды в паттернах. Ну может че-нить самое простое только.

Я бы сформулировал так, это нажно если оно решает какую-то проблему.

Часть из них простые и рашают простые проблемки, и нужны всегда, типа принципа единственной ответственности, есть специфичные, например команда, которые сильно не всегда нужны, есть спорные, типа синглтона или монстрообразные типа MVVM.


Если это не раашет никакой конкретной проблемы, то это лишнее.

А проблемы очень специфичны для проекта. В одном это может быть проблемой, а в другом тоже самое может не быть проблемой. И поэтому жизнь сложна. :)


В целом, если серьезно.
Систематизированность должна быть всегда.
Каноничности не должно быть никогда, мы не в церкви.
Шаблоны проектирования это известный способ решить известную проблему. А так же пусть упростить общение между программистами. Один говорит у нас тут обсервер, и всем все понятно.

ПСЖ Для меня стало открытием что современные недоучки вообще не в курсе, что кроме MVVM и синглтона есть еще множество других шаблонов. Они про это просто не знают.]]> Felan C/C++: Прочее https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936787 Fri, 27 Feb 2026 03:26:10 +0000 Антипаттерны в проектировании https://forum.sources.ru/index.php?showtopic=473966&view=findpost&p=3936787
Всем известно, что определённые приёмы программирования привносят в процесс проектирования определённые ништяки. Сорян, но вынужден дать линки на свой собственный сайт:


Но вопрос! А когда это и в каких случаях это желание систематизированности и каноничности привносит неоправданный оверхед?
Какие для этого признаки? И что делать в таких случаях?]]> Majestio C/C++: Прочее