это вообще я дописал, если не ошибаюсь, ибо достали этим вопросом)

это вообще я дописал, если не ошибаюсь, ибо достали этим вопросом)

а как сбросить этот синглтон?

Ну тогда в общем-то вопрос исчерпан. Спасибо

а как сбросить этот синглтон?

Куда?

я извращенец - я хочу что бы новый инстанс создался этого синглотона а старый умер

в плейн синглотоне это изи

instance = null и поехали, при след обращении новый создатся

бред, тебе здесь не нужен синглтон

а эта точна синглтон?

а эта точна синглтон?

а то

мутировавший слегка

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

Стоп. А чем плоха ленивая инициализация синглтона?

в плейн синглотоне это изи

plain singleton — это у которого private static final INSTANCE, его не сбросить.

Стоп. А чем плоха ленивая инициализация синглтона?

программист становится ленивым и мало фич делает

Стоп. А чем плоха ленивая инициализация синглтона?

Ленивая инициализация замечательна, но неуместна здесь.

Стоп. А чем плоха ленивая инициализация синглтона?

отредактировал свой месседж ^

plain singleton — это у которого private static final INSTANCE, его не сбросить.

ну я скорее про private static instance который создается при первом обращении (ленивый)

ну я скорее про private static instance который создается при первом обращении (ленивый)

всё. Тебе не перезвонят

всё. Тебе не перезвонят

не исключено : D

переключаем на котлин и мотаем вниз http://javanese.online/%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD%D1%8B_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F/%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5_%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD%D1%8B/singleton/

Это значит, что «ручная» ленивая инициализация синглтона бесполезна. Спасибо, понял

переключаем на котлин и мотаем вниз http://javanese.online/%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD%D1%8B_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F/%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5_%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD%D1%8B/singleton/

ну там человек пришел к выводу что ленивая инициализация ок - только надо написать аккуратно

ну там человек пришел к выводу что ленивая инициализация ок - только надо написать аккуратно

Ненивая инициализация ок, но для синглтона бесполезна

Этот человек и есть @Harmonizr вроде бы)

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

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

Для экономии памяти же. Синглтоны с состоянием должны вызывать ошибку компиляции ;)

да и зачем нужен синглтон если нельзя сбросить его состояние уничтожением инстанса?

проще статик методов накидать

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

если не ошибаюсь офк

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

где?

ну в котлине же можно писать методы без класса? я не ошибаюсь?

а они и являются аналогами статик методов из джавы

а, это да

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

чет я не заметил что котлин это активно пропагандирует))

ну вот таки да, котлин сложный и многогранный язык

куда сложнее джавки

уу щас начнется

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

ну не сейчас 11 вечера, я так конечно накинул, но надеюсь народ спит

а чем сложнее джавки?

синтаксис сложнее, семантик разных гораздо больше, очевидно же

синтаксиси наоборот проще по моему)

удобнее

о неет, это заблуждение

удобнее - это один критерий, который не особо коррелирует с простотой

ну что например сложнее синтаксически

к примеру ифы

а че с ними?)

мы может на разных котлинах пишем))

они возвращают значение, с if else какие то нюансы есть

уже сейчас не помню

ну я бы не сказал что это как то на сложность влияет) наоборот сразу асайнить можно)

ну ок, всякие безумные ключевые слова вроде crossinline suspend и т.д.

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

та же перегрузка операторов, за которую некоторые хейтят плюсы и скалу

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

многообразнее == сложнее, именно мой поинт, причем значительно

ну суспенд простая штука а кроссинлайн я если честно и не юзал ниразу

ну суспенд простая штука а кроссинлайн я если честно и не юзал ниразу

зря, крутая штука)

А правильно ли заменить это: if (allowedNotifications != null) { for (a in allowedNotifications!!.indices) { if (allowedNotifications!![a] == id) { allowDuringAnimation = true break } } } на это: allowedNotifications?.run { this.indices .asSequence() .find { this[it] == id } ?.run { allowDuringAnimation = true } }

ой, табы поехали

А правильно ли заменить это: if (allowedNotifications != null) { for (a in allowedNotifications!!.indices) { if (allowedNotifications!![a] == id) { allowDuringAnimation = true break } } } на это: allowedNotifications?.run { this.indices .asSequence() .find { this[it] == id } ?.run { allowDuringAnimation = true } }

узнаю NotificationCenter из телеграма

хочу ошибаться

узнаю NotificationCenter из телеграма

правильно узнал

Нормальный скример

ERROR: S client not available

правильно узнал

ну так не надо его мучать, он и так хорошо работает : )

мучить-не мучить пофиг. Мне интересно норм ли написать так, как я написал)

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

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

А ассемблерная вставка еще быстрее.

А правильно ли заменить это: if (allowedNotifications != null) { for (a in allowedNotifications!!.indices) { if (allowedNotifications!![a] == id) { allowDuringAnimation = true break } } } на это: allowedNotifications?.run { this.indices .asSequence() .find { this[it] == id } ?.run { allowDuringAnimation = true } }

у тебя это тайпчекнулось?

Действительно, может и так. Лучше оставлю первый вариант

у тебя это тайпчекнулось?

не

А ассемблерная вставка еще быстрее.

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

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

нет

тогда было бы быстрее

С через JNI можно

не

тебе как минимум надо убрать this. asSequence вроде лишний и вообще переписать надо

тебе как минимум надо убрать this. asSequence вроде лишний и вообще переписать надо

а вообще лучше оставить, как есть

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

на JVM это не имеет смысла по целому ряду причин

Смысла особого вообще нет переписывать иначе, как я подумал

на JVM это не имеет смысла по целому ряду причин

я понимаю, я ответил на троллирование, троллированием

еще про нотификации накину: этот код в андроиде раннается в мейн треде и потенциально место нагруженное и там нужно стараться обеспечивать максимальную производительность

Хм, а почему !==? if (Thread.currentThread() !== App.applicationHandler.looper.thread) чет такое впервые встретил в котлине((( напомнило жс

reference equality

аналог == в джаве

Хм, а почему !==? if (Thread.currentThread() !== App.applicationHandler.looper.thread) чет такое впервые встретил в котлине((( напомнило жс

потому что см. operator overloading

а != просто equals?

надо в котлин макросы завести, ух тогда заживем

а != просто equals?

!equals(...) что то такое

!equals(...) что то такое

Да, сори

надо в котлин макросы завести, ух тогда заживем

не надо, inline-функции отлично справляются

reference equality

=== and !== (identity checks)

не надо, inline-функции отлично справляются

они досих-пор ломают дебаг? в плане хождения по оператаром и стектрейсам?

они досих-пор ломают дебаг? в плане хождения по оператаром и стектрейсам?

нет

нет

радует

еще вопрос: когда мы сможем написать на kotlin native библиотечку, в которую сможем удобно обращаться из iOS\Android ?

скоро (с)