я даже не знаю где его применить то

ну он имлиментит все свойста синглтона

зависит от определения синглтона если "один на систему, и всегда доступен" (или как там у ГОФ, давно читал), то это не так

а так-то штука полезная, если с умом использовать

зависит от определения синглтона если "один на систему, и всегда доступен" (или как там у ГОФ, давно читал), то это не так

Хм, насколько я помню это именно так

Nil например

хех class Foo { object Bar }

чем тебе не синглтон

сколько Bar-ов можно создать? :)

ну вот Nil — как раз "с умом", object для манипуляции с АДТ вообще идеальная штука

Ну давайте определение - Одиночка - > Зачем эта штука нужна?

Почему не Дваштука или Триштука?

Ну давайте определение - Одиночка - > Зачем эта штука нужна?

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

причин масса

случай первый — для сбора статики (в джаве собственно static, в скале/котлине object) случай второй — для АДТ (который алгебраический тип данных)

Почему - следствие вопрос?

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

случай первый — для сбора статики (в джаве собственно static, в скале/котлине object) случай второй — для АДТ (который алгебраический тип данных)

для сбора статики? че эт значит?

статические методы, утилиты всякие, или вон "http" из ответа выше

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

или я не так понял суть кейса

воооот, чем не синглтон? :)

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

когда прям хуяк-хуяк руками

ну в некоторых джвм языках именно static кейворда нету

Подумай зачем нужен объект - но только один (копии его убют прогу) - синглтон это ооп диагноз

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

существование статики это вообще неправильно в ооп

в скале с этим прикольно

шутишь?

почему неправильно?

потому что в скале так сказали

Дваштука и триштука вроде есть в гуаве)

в скале как раз статика как раз в обьектах или я чего-то не понял из ваших ответов

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

Почему ? Те из откудато из миллиард классов ктото вызывает статику и что - а если мена статики и что искать?Хотя идея справляется с этим?

в скале как раз статика как раз в обьектах или я чего-то не понял из ваших ответов

в скале object это синглтон

пользоваться им можно как статикой

http://stackoverflow.com/questions/4002201/why-arent-static-methods-considered-good-oo-practice

это не синглтон, если определять синглтон как ГоФ

http://stackoverflow.com/questions/7026507/why-are-static-variables-considered-evil

и еще

я не согласен на самом деле с тем, что говорит чувак в первом посте

по моему всё ок

этот хайд метода - это логично

тут все методы виртуальные

так что

очевидно что это будет так работать

почему неправильно?

Статический метод вызывается не через object reference. А ООП это как бы про объекты :) Это исключительно мой логический вывод без технических оснований.

Почему ? Те из откудато из миллиард классов ктото вызывает статику и что - а если мена статики и что искать?Хотя идея справляется с этим?

потому что методы класса (и только они, без статики) только в классе проще говоря, нельзя в середине кода класса впихнуть static поле/метод, это надо делать явно, через обьекты

это не синглтон, если определять синглтон как ГоФ

А зачем что-то определять как ГоФ?)

Статический метод вызывается не через object reference. А ООП это как бы про объекты :) Это исключительно мой логический вывод без технических оснований.

это не ломает ооп

А зачем что-то определять как ГоФ?)

можно определение синглтона тогда?

потому что методы класса (и только они, без статики) только в классе проще говоря, нельзя в середине кода класса впихнуть static поле/метод, это надо делать явно, через обьекты

Я про вызовы - впихать можно хоть куда

можно определение синглтона тогда?

объект, который существует в единственном экземпляре

class Foo { object Bar }

можно определение синглтона тогда?

Скажем так это одиночный инстанс об'екта))

class Foo { object Bar }

А с чего ты уверен что это один раз на рантам например?

А с чего ты уверен что это один раз на рантам например?

а он как раз не один, потому и пишу

а он как раз не один, потому и пишу

Я понял прикол - раскрой реализацию бара своего?

через javap что ли?

или как "раскрыть" ?

напоминаю всем синглтон

https://i.imgur.com/Y65n2Uw.png

https://i.imgur.com/Y65n2Uw.png

ужасная реализация))

object Bar WTF?

Я вот что-то не понимаю, чем обьект в скале не синглтон

ERROR: S client not available

Зачем класс

Я вот что-то не понимаю, чем обьект в скале не синглтон

синглтон

https://i.imgur.com/Y65n2Uw.png

эм, а ты попробуй с разных потоков этот сингтон заюзать

или с разных класслоадеров

напоминаю всем синглтон

есть 5 реализаций на джаве

синглтон

А че они спорят тогда?))

эм, а ты попробуй с разных потоков этот сингтон заюзать

блин, это так... :D

Я вот что-то не понимаю, чем обьект в скале не синглтон

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

вот например

лучшая реализация singleton

public enum SomeSingeleton { INSTANCE; other code() { } }

Скиньте байткод да посмотрим синглтон там иль не синглтон

Я вот вообще хз во что обьект в скале компилируется

scala> class Foo { object Bar } defined class Foo scala> :javap -c Foo Compiled from "<console>" public class Foo { public Foo$Bar$ Bar(); Code: 0: aload_0 1: getfield #11 // Field Bar$module:LFoo$Bar$; 4: ifnonnull 14 7: aload_0 8: invokespecial #30 // Method Bar$lzycompute:()LFoo$Bar$; 11: goto 18 14: aload_0 15: getfield #11 // Field Bar$module:LFoo$Bar$; 18: areturn public Foo(); Code: 0: aload_0 1: invokespecial #33 // Method java/lang/Object."<init>":()V 4: return } scala> :javap -c Foo#Bar public Foo$Bar$ Bar(); Code: 0: aload_0 1: getfield #11 // Field Bar$module:LFoo$Bar$; 4: ifnonnull 14 7: aload_0 8: invokespecial #30 // Method Bar$lzycompute:()LFoo$Bar$; 11: goto 18 14: aload_0 15: getfield #11 // Field Bar$module:LFoo$Bar$; 18: areturn

пожалуйста

Я вот вообще хз во что обьект в скале компилируется

В тот же байкод как и кложура итп дж языки?

Это класс фу обьект бар?

да, там в самом верху обьявление

В тот же байкод как и кложура итп дж языки?

Компиляторы то разные и интерпретация другая

А байтмашина имхо одна - если ошибаюсь расскажи

интересует 1: getfield #11 // Field Bar$module:LFoo$Bar$

что, по-моему, намекает, что Bar не синглтон

А байтмашина имхо одна - если ошибаюсь расскажи

Одна ессесно

Не реально видел чувака он напрямую в байт кодах говорил джаве что делать?

https://i.imgur.com/svnTBWE.png

осталось пофиксить класслоадеры

ещё не труЪ синглтон

мне с енамом понравился синглтон

только он енам

да говори что не пишешь их руками, а доверяешь ioc

я и не пишу