А, так ё...

Там FRIEND почему-то не срабатывает.

Ну из-за make_shared

а как ему его обеспечить?

никак

Всё ясно. Нельзя там делать через make_shared. Класс Singleton родительский является friend. А функция make_shared — НЕТ.

Какое такое? Ты возвращаешь ссылку на существующий обьект, он НЕ временный. Почему она должна не работать?

согласен, получаем ссылку на мембер через временный указатель, на судьбу которого наплевать

никак

Переписать и не ибаццо с шаблонами?

Переписать и не ибаццо с шаблонами?

ага

Кстати, shared_ptr там нафиг не нужен и также это всё ещё к тому же и не потокобезопасно. Так что надо инстанст создать локально в функции по значению, и вернуть на него ссылку.

вообще странно, что std не предоставляет какого-нибудь класса shared_creator, которому можно прописать friend class shared_creator

вообще странно, что std не предоставляет какого-нибудь класса shared_creator, которому можно прописать friend class shared_creator

Но тут отсутствие шаблона не спасает, конструктор все равно будет приватный

static T& get() { static T s_instance; return s_instance; }

Тогда просто создать через new и все?

всё равно я придерживаюсь мнения, что нужно давать пользователю возможность выбирать размер буфера на стеке

Тогда просто создать через new и все?

Я ж написал

static T& get() { static T s_instance; return s_instance; }

^

только вот не совсем понятно, что делать в случае: число стало больше буфера на стеке, аллоцируем память на куче. Потом число уменьшилось и снова вмещается на стек. и что - обратно будем копировать на стек уже?

Я ж написал

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

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

Тогда создавай отдельно, вне синглтона. Другой интстанс

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

если SSO, то такие прыжки могут иметь место и их не исправить так просто. Если указываем размер, то просто меняем размер буфера на стеке

только вот не совсем понятно, что делать в случае: число стало больше буфера на стеке, аллоцируем память на куче. Потом число уменьшилось и снова вмещается на стек. и что - обратно будем копировать на стек уже?

а при возврате из функции эти ваши буферы через кучу гонять?

а при возврате из функции эти ваши буферы через кучу гонять?

а вот это хороший вопрос :)

но мне кажется, что там через кучу ничего не гоняется

надо глянуть, что там под капотом у cpp_int

Тогда просто создать через new и все?

тут развернуто об этом: https://stackoverflow.com/questions/8147027/how-do-i-call-stdmake-shared-on-a-class-with-only-protected-or-private-const/8147213#8147213 спасибо за тему =)

но так как это невозможно реализовать на аллокаторах со стандартными контейнерами, то нужны какие-то другие решения, типа boost::small_vector

В llvm тоже есть аналогичные штуки

а как ему его обеспечить?

через struct private_tag{} если только

Всё ясно. Нельзя там делать через make_shared. Класс Singleton родительский является friend. А функция make_shared — НЕТ.

можно конечно, но надо фактори метод все равно

Ну а занафига там shared?

Ну а занафига там shared?

shared_ptr<host> h(host::create()); занафига тут shared? рассказать или сам догадаешься

понятно что для синглтона шаред не особо нужен

понятно что для синглтона шаред не особо нужен

Так про него и речь

ну может он удалябельный синглтон мутит

чудо из чудес

ну может он удалябельный синглтон мутит

Как по другому его в юнит тесты пихнуть?

Как по другому его в юнит тесты пихнуть?

КОГО?

Resurrectable singleton? Zomby Singleton ?

КОГО?

Синглтон, который я использую

Тебе какая разница какой инстанс класса в тесты запихать? Создай другой

Синглтон, который я использую

в юнит тесты точно так же как и в обычную программу, не вижу разницы чот

в юнит тесты точно так же как и в обычную программу, не вижу разницы чот

Ну мне нужно чтоб на каждый тест он заново создавался

Ну мне нужно чтоб на каждый тест он заново создавался

не делать синглтоны вообще. никогда

не делать синглтоны вообще. никогда

+ тру

Ну мне нужно чтоб на каждый тест он заново создавался

Я ж говорю, это новый паттерн! Zomby Singleton! Zombiltone !

Я ж говорю, это новый паттерн! Zomby Singleton! Zombiltone !

осталось выпустить новую книгу по паттернам

а можно я ещё раз скажу, что синглтон это клёвый способ рулить порядком инициализации статических объектов?

А тебе часто надо им рулить?

а можно я ещё раз скажу, что синглтон это клёвый способ рулить порядком инициализации статических объектов?

охуенно набросил, но неверно

не делать синглтоны вообще. никогда

Удобная штука в некоторых случаях

Удобная штука в некоторых случаях

назови хотя бы один?

а можно я ещё раз скажу, что синглтон это клёвый способ рулить порядком инициализации статических объектов?

все объекты должны создаваться в мейне и связи между объектами должны быть установлены там же. "жуликов по телевизору показывают. чем я хуже?" (с)

все объекты должны создаваться в мейне и связи между объектами должны быть установлены там же. "жуликов по телевизору показывают. чем я хуже?" (с)

ловко. но, нет. я в это не верю.

все объекты должны создаваться в мейне и связи между объектами должны быть установлены там же. "жуликов по телевизору показывают. чем я хуже?" (с)

Ну или как минимум - все связанные объекты должны создаваться в одной и той же единице трансляции (не обязательно в main)

ловко. но, нет. я в это не верю.

Порядок инициализации глобальных (статических) объектов вроде бы по стандарту всё ещё не определён. Но ты можешь не верить...

Ну или как минимум - все связанные объекты должны создаваться в одной и той же единице трансляции (не обязательно в main)

следить за порядком кучки SomeSigngleton::get() в main() проще чем за единицами трансляции

Порядок инициализации глобальных (статических) объектов вроде бы по стандарту всё ещё не определён. Но ты можешь не верить...

нуда. он зависит от порядка трансляции. поэтому я и за синглтоны в этом случае

ловко. но, нет. я в это не верю.

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

ловко. но, нет. я в это не верю.

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

следить за порядком кучки SomeSigngleton::get() в main() проще чем за единицами трансляции

Звучит так, будто все эти переменные можно просто объявить в одном cpp файле и не пользоваться singleton

нуда. он зависит от порядка трансляции. поэтому я и за синглтоны в этом случае

окей, удачи в удалении и пересоздании этих синглтонов, а также в мульти-инстанциировании твоей либы

Звучит так, будто все эти переменные можно просто объявить в одном cpp файле и не пользоваться singleton

нуда. только надо както сделать так, чтобы их никто больше не создавал.

окей, удачи в удалении и пересоздании этих синглтонов, а также в мульти-инстанциировании твоей либы

кто сказал что я либы пишу?

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

кто сказал что я либы пишу?

а ты один код поддерживаешь?

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

вот всё бы вам в шаблоны затолкать

а ты один код поддерживаешь?

нет, но он не становится от этого библиотечным

ERROR: S client not available

шаблоны рвать вообще полезно. ну, по жизни.

коряво спросил. в одиночку?

какая разница?

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

+

когда в двоем смотришь на синглтон в приложении, то он превращается в чтото другое?

когда школу закончишь, поймешь что синглтоны не нужны

/vzhuh@FailsBot

Самый смак это покрывать тестами синглтон.

назови хотя бы один?

Например мой. Есть говно-архитектура, хуже чем ее отсутсвие. Тебе нужен обьект для имплементации некоторой функциональности, которую надо было на вчера. На существующей говно-архитектуре тебе его использовать в классе 1 и классе 10, но они связаны по цепочке класс 1 - класс 2 - ... - класс 10. Лучше пихать твой обьект по всей цепочке 1 - 10? Или все же заюзать синглтон?

Знатно я на вентилятор закинул...

Пихать лучше.

Время рефакторинга!

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

да, очень клевая вещь

Например мой. Есть говно-архитектура, хуже чем ее отсутсвие. Тебе нужен обьект для имплементации некоторой функциональности, которую надо было на вчера. На существующей говно-архитектуре тебе его использовать в классе 1 и классе 10, но они связаны по цепочке класс 1 - класс 2 - ... - класс 10. Лучше пихать твой обьект по всей цепочке 1 - 10? Или все же заюзать синглтон?

Можно и запихать по цепочке...

Например мой. Есть говно-архитектура, хуже чем ее отсутсвие. Тебе нужен обьект для имплементации некоторой функциональности, которую надо было на вчера. На существующей говно-архитектуре тебе его использовать в классе 1 и классе 10, но они связаны по цепочке класс 1 - класс 2 - ... - класс 10. Лучше пихать твой обьект по всей цепочке 1 - 10? Или все же заюзать синглтон?

явные зависимости лучше неявных для анализа

∧＿∧ ( ･ω･｡)つ━☆・*。 ⊂　 ノ 　　　・゜+. しーＪ　　　°。+ *´¨) 　　　　　　　　　.· ´¸.·*´¨) ¸.·*¨) 　　　　　　　　　　(¸.·´ (¸.·'* ☆

Например мой. Есть говно-архитектура, хуже чем ее отсутсвие. Тебе нужен обьект для имплементации некоторой функциональности, которую надо было на вчера. На существующей говно-архитектуре тебе его использовать в классе 1 и классе 10, но они связаны по цепочке класс 1 - класс 2 - ... - класс 10. Лучше пихать твой обьект по всей цепочке 1 - 10? Или все же заюзать синглтон?

Понимаешь, по сути синглтон — это просто глобальная переменная. Это такой говнопаттерн. Он существует по одной причине — ООП-фанатики не любят глобальные переменные. Почему — не очень ясно. Но их от них воротит. Им плохо. А если они видят синглтон — они понимают, что это ООП, и успокаиваются. Им хорошо. Именно поэтому синглтон — это замечательная вещь (не слушай Беркуса :-) )

кек

Понимаешь, по сути синглтон — это просто глобальная переменная. Это такой говнопаттерн. Он существует по одной причине — ООП-фанатики не любят глобальные переменные. Почему — не очень ясно. Но их от них воротит. Им плохо. А если они видят синглтон — они понимают, что это ООП, и успокаиваются. Им хорошо. Именно поэтому синглтон — это замечательная вещь (не слушай Беркуса :-) )

Тут даже интереснее - синглтон - это "адаптер" для глобальной переменной. И эмуляция в тех языках, где только классы

Понимаешь, по сути синглтон — это просто глобальная переменная. Это такой говнопаттерн. Он существует по одной причине — ООП-фанатики не любят глобальные переменные. Почему — не очень ясно. Но их от них воротит. Им плохо. А если они видят синглтон — они понимают, что это ООП, и успокаиваются. Им хорошо. Именно поэтому синглтон — это замечательная вещь (не слушай Беркуса :-) )

Ильюха, ты наконец дочитал книгу "троллинг для профессионалов"?

Мне не нужны никакие книги, я и так профессионал!

Тут даже интереснее - синглтон - это "адаптер" для глобальной переменной. И эмуляция в тех языках, где только классы

холдер

а если при пропихивании ктонибудь забыл написать & и оно теперь падает непонятно где?

Мне не нужны никакие книги, я и так профессионал!

вот. наш человек!

а если при пропихивании ктонибудь забыл написать & и оно теперь падает непонятно где?

расстрел

а если при пропихивании ктонибудь забыл написать & и оно теперь падает непонятно где?

Вот как раз тут можно и заюзать shared_ptr

однако

И никто ничо не забудет. Если не будет как мудак передавать объект, обёрнутый в шаред, по ссылке.

Время рефакторинга!

Капитан Рефакторинг?

Капитан Рефакторинг?

Да!

надо признать, хороший обед вышел :)

Да!

Точечный багфикс: