Синглтон и стиль написания кода (теория)

@Diochrome · Регистрация: 14.03.2017

Студворк — интернет-сервис помощи студентам

В общем, тут диспут о правильном написании кода.

Я знаю что такое синглтон, для чего он нужен и как реализуется. Однако меня интересует, нужен ли он в самом деле или нет.
В своем движке я написал функции логгинга. Обернул это в namespace, так же обернул в макросы и был счастлив. В реализации другого движка я увидел, что он функции логгинга обернул через синглтон.
Так вот, объясните, если какие-нибудь плюсы у синглтона по сравнению с моим подходом или наоборот минусы моего подхода по сравнению с сингтоном.

З.Ы. Я в курсе, что синглтон - это антипаттерн.

IGPIGP · 20.02.2020, 20:04

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

Не совсем понятно

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

суть передачи объекта в контроллер

Вы так и не сказали откуда берётся объект. Не нужно говорить о поле. Тут нет Шаганэ. Это шаблонный экземпляр или указатель/ссылка на базовый класс? Как у Application в этои поле могут скрываться то один то другой роутер. Вы не показываете.

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

. Отсюда можно сделать вывод что синглтоновость роутеров в контексте контроллера ничего полезного в себе не несет.

Если синглтон не реализует отношение - один ко всем и нет состояния (у него) интересного этим контроллерам, то он изначально был не нужен. В этом случае вы победили. Себя.

@avgoor · 20.02.2020, 20:10

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

что синглтоновость роутеров в контексте контроллера ничего полезного в себе не несет.

А зачем тогда вы его сделали синглтоном изначально? Вам на протжении 3 страниц пытаются это объяснить.
Ну, ладно. Повторю еще раз неоднократно звучащие вопросы:
Вы понимаете, что в приведенном вами примере проблемы возникли не от применения синглтона, а от изначально непродуманной архитектуры?
Вы понимаете, что такое синглтон, и когда его нужно применять?

Добавлено через 2 минуты

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

Но в итоге одно вытеснило другое.

DI и синглтоны не связаны. Никак. Вообще.

@Undisputed · 20.02.2020, 20:12

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

Вы так и не сказали откуда берётся объект.

потому что это не имеет значения

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

Это шаблонный экземпляр или указатель/ссылка на базовый класс?

в целом тоже не имеет значение. считайте указатель - что это меняет?

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

Как у Application в этои поле могут скрываться то один то другой роутер.

Много как. Например:
1) шаблоны
2) указатели//ссылки на базовый класс роутера (да, у меня его нет потому не стояла задача написать полноценный фреймворк)

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

А зачем тогда вы его сделали синглтоном изначально?

Я ждал этот вопрос. Посмотрите мой предыдущий ответ вам там есть дополнение.
Видимо вы не успели его прочитать.
Синглтон и стиль написания кода (теория)

@avgoor · 20.02.2020, 20:20

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

потому что это не имеет значения

Это имеет огромное значение!!!

Паттерн синглтон определяет способ получения (создания) объеекта.
DI определяет тип полученного объекта

И?

@Undisputed · 20.02.2020, 20:20

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

DI и синглтоны не связаны. Никак. Вообще.

Напрямую может и нет, но если вам удалось собрать весь пазл тогда объясните мне пожалуйста почему с приходом Di синглтон нам оказался не нужен? Т.е сама функциональность синглтона в рамках обсуждаемого вопроса

@avgoor · 20.02.2020, 20:21

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

Видимо вы не успели его прочитать.

Прочитал. Вопрос остался. Зачем он там был?

@Undisputed · 20.02.2020, 20:21

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

Это имеет огромное значение!!!

Вы главное не нервничайте. Я же сказал пусть будет указатель или ссылка. Что дальше?

@Undisputed · 20.02.2020, 20:21

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

Прочитал. Вопрос остался. Зачем он там был?

Значит надо перечитывать всю беседу. Мне лень все заново писать

IGPIGP · 20.02.2020, 20:55

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

потому что это не имеет значения

Undisputed, вы троллите? Зачем столько кода тогда?

Добавлено через 5 минут

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

Много как. Например:
1) шаблоны
2) указатели//ссылки на базовый класс роутера (да, у меня его нет потому не стояла задача написать полноценный фреймворк)

Ну я же про Шаганэ писал уже. Вы просили вопросы? Вам поступил простой вопрос. Тут всё важно. Важно как обобщена данная ссылка, как она инициализирована и как класс её содержащий (Application) не является статичным по сути (вплоть до синглтона, тоже).
Иначе рассказы про лень, когда столько страниц исписано засчитываюся как слив?

@avgoor · 20.02.2020, 21:04

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

Значит надо перечитывать всю беседу

Ну так перечитайте.

@Undisputed · 20.02.2020, 21:11

IGPIGP,
Можете считать это сливом, если вам так удобно

Только вы упускаете один момент. Говорить одно и то же но разными словами так себе занятие.

Добавлено через 24 секунды
avgoor,
Чего ради?
Разговор зашёл в тупик, вы победили

IGPIGP · 20.02.2020, 21:40

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

IGPIGP,
Можете считать это сливом, если вам так удобно

Это не вопрос моего удобства.

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

Говорить одно и то же но разными словами так себе занятие.

Тут вы правы. Я не стану больше. Нет смысла. А тему жаль.

@Avazart · 20.02.2020, 21:55

Не по теме:

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

getInstance не увидел. А instance() он наследует от QCoreApplication. В общем, как и писал hoggy, вы не понимаете, что такое синглтон и когда его использовать.

Кстати удобно использовать макрос qApp

@avgoor · 20.02.2020, 22:00

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

Кстати удобно использовать макрос qApp

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

@Avazart · 20.02.2020, 22:10

Зачем??

Добавлено через 5 минут
Что бы запутать читающего?

@avgoor · 20.02.2020, 22:15

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

Зачем??

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

Такой подход может избавить вас от нежелательного использования шаблона проектирования Singleton.

Уже есть объект приложения, который, в общем-то, инкапсулирует глобальное состояние. Логично разместить в нем все что вам нужно, но чего там нет. Превратится ли он от этого в божественный объект - нужно смотреть в каждом конкретном случае. Я лично рассматриваю его как нэймспейс.

@Avazart · 20.02.2020, 22:33

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

Я лично рассматриваю его как нэймспейс.

Ну это мягко говоря странно.

IGPIGP · 20.02.2020, 22:38

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

Уже есть объект приложения, который, в общем-то, инкапсулирует глобальное состояние. Логично разместить в нем все что вам нужно

А как же разделяй и властвуй? Я могу использовать библиотеку? Или мне шаблонное поле для уборщика мусора (не к обеду будь сказано, конечно) нужно резервировать как поле приложения намертво? Это называется расширяемостью? В каких-то случаях оно может и хорошо, но не вижу в этом альтернативу синглтону.

@avgoor · 20.02.2020, 23:09

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

Ну это мягко говоря странно.

Почему?
функции, определенные в нэймспейсе, в общем, эквивалентны статическим членам какого-то класса. А если наплевать на синтаксис, то и эквивалентны и нестатическим функциям-членам единственного глобального объекта (ака синглтон), доступного через статический метод.
Т.е.

C++
1
2
3
static_cast<MyApp*>(qApp)->ChangeSomeStuff(); //1
MyApp::App()->ChangeSomeStuff(); //2
SomeNameSpace::ChangeSomeStuff(); //3

1, 2, 3 - дело вкуса.

Добавлено через 37 секунд

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

А как же разделяй и властвуй?

Писал же:

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

Превратится ли он от этого в божественный объект - нужно смотреть в каждом конкретном случае.

Добавлено через 15 минут
Avazart, UPD: В общем-то именно так Qt-шники делать и рекомендуют (расширять App).

IGPIGP · 20.02.2020, 23:49

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

Писал же:

Это общие слова:

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

Превратится ли он от этого в божественный объект - нужно смотреть в каждом конкретном случае.

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

Новые блоги и статьи Все статьи Все блоги /
сукцессия 29. Переход от одних деревьев на другие делать более или менее вероятностным? anaschu 12.07.2026 Насколько смена типов микоризы — исключительное событие в двухвековой сукцессии? Оценка вероятности в пространстве параметров В текущей версии модели успешно реализован ключевой механизм. . .	сукцессия 27. Думаю, как переделывать уже написанную статью с планами на сукцессию. anaschu 12.07.2026 Анализ соответствия модели требованиям Реализованные компоненты: Механизм закисления почвы через протонную помпу Конкуренция между типами микориз pH как триггер сукцессии C/ P соотношение. . .	Сукцессия 26. Мат модель создана. anaschu 12.07.2026 Модель смены растительных сукцессий посредством управления грибами работает внутри небольшой ячейки почвы, восстанавливающейся после пожара, где ненадолго бывшее царство хвойных снова захватили. . .	Решил проблему с ошибкой пагинации сообщений с сервера на алгоритме обхода дерева "Эстафета хвоста". Hrethgir 12.07.2026 Проблема была в том, что удалялась именно новая кнопка, а не старая. Ни один ИИ не обнаружил это, а сам я смог только когда с работой стало попроще и когда заставил работать будущее автономное. . .
сукцессия 25. Хронология ошибок anaschu 12.07.2026 # От 50-тонного гриба до устойчивого леса: хроника ошибок при построении модели вековой сукцессии микоризы ## О чём эта статья В процессе построения ОДУ-модели (система дифференциальных. . .	сукцессия 24. Промежуточное общее описание модели anaschu 12.07.2026 Хендофф: модель АМ→ЭКМ сукцессии микоризы (ризосфера, 50 лет) Содержание проекта Симуляция вековой (50 лет) экологической сукцессии в почве леса Основные участники: АМ-гриб, ЭКМ-гриб,. . .	сукцессия 23. Более физиологичная физиология, более экологичная экология, более диффурные диффуры. anaschu 12.07.2026 Что реально нашли и починили за эти 5 часов Правило Линдемана (КПД конверсии сахара в тело, kEff) — раньше 100% полученного углерода шло прямо в биомассу гриба; теперь только kEff=0. 5 (после. . .	сукцессия 22. От артефактов к физиологии: калибровка агентной модели грибной сукцессии для воспроизведения сезонной динамики и pH-плато anaschu 11.07.2026 Аннотация В данной работе представлена калибровка агентной модели динамики грибных сообществ (fungal-succession), направленная на устранение нефизичных артефактов (коллапс биомассы, мгновенное. . .

@Diochrome 97 / 11 / 1 Регистрация: 14.03.2017 Сообщений: 196

	Синглтон и стиль написания кода (теория) 16.02.2020, 17:08. Показов 6514. Ответов 86 Метки нет (Все метки) В общем, тут диспут о правильном написании кода. Я знаю что такое синглтон, для чего он нужен и как реализуется. Однако меня интересует, нужен ли он в самом деле или нет. В своем движке я написал функции логгинга. Обернул это в namespace, так же обернул в макросы и был счастлив. В реализации другого движка я увидел, что он функции логгинга обернул через синглтон. Так вот, объясните, если какие-нибудь плюсы у синглтона по сравнению с моим подходом или наоборот минусы моего подхода по сравнению с сингтоном. З.Ы. Я в курсе, что синглтон - это антипаттерн. 0

@Undisputed 901 / 478 / 93 Регистрация: 10.06.2014 Сообщений: 2,700
	20.02.2020, 21:11
	IGPIGP, Можете считать это сливом, если вам так удобно Только вы упускаете один момент. Говорить одно и то же но разными словами так себе занятие. Добавлено через 24 секунды avgoor, Чего ради? Разговор зашёл в тупик, вы победили 0

@Avazart 8489 / 6156 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	20.02.2020, 22:10
	Зачем?? Добавлено через 5 минут Что бы запутать читающего? 0