Но вероятно дело в каком нибудь некорректном автоконверте

@relizarov А почему в AbstractContinuation:103 запрограммировано такое странное поведение: если мы в Cancelled состоянии, то любой вызов resume просто игнорируется, а вот resumeWithException отправляет мое приложение в фатал? Нарвался в реализации функции okhttp.Call.await().

А можно ли как-то указать, что generic обязан быть sealed классом?

Вроде нет

Что будет с Котлин, когда Java закончит свое существование?

Что будет с Котлин, когда Java закончит свое существование?

а джава собирается заканчивать существование?

Допустим)

Допустим)

Нет

Котлин работает на JVM, а не на java, ничто не мешает jvm дальше развиваться в случае такого события

Нет

Почему нет?

Почему нет?

а почему да

на джава написанны тысячи строк кода

банки

все остальное

В нее слишком много инженерного труда вложено. Просто не дадут умереть

зачем ей прекращать существовать

если от неё зависят

Плюс то что Дональд написал

а почему да

А почему представить нельзя?)

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

А почему представить нельзя?)

Потому что это не имеет никакого смысла. Ну и что значит «закончит своё существование»? JVM же раобтать не перестанет.

хм, а ktor интересно будут портировать под native?

Потому что это не имеет никакого смысла. Ну и что значит «закончит своё существование»? JVM же раобтать не перестанет.

Тоесть jvm просто останется с последней версией java

Тоесть jvm просто останется с последней версией java

Что значит «JVM с такой-то версией Java»?

Что значит «JVM с такой-то версией Java»?

Ну на vm десятой версии ты можешь запустить любую версию джавы

До десятой включительно

Наверное, это имеется в виду

Ну на vm десятой версии ты можешь запустить любую версию джавы

окей, но какая Котлину разница, если он умеет компилиться в 1.6 и 1.8?

Так речь же о джаве шла

Котлину то пофиг

@relizarov А почему в AbstractContinuation:103 запрограммировано такое странное поведение: если мы в Cancelled состоянии, то любой вызов resume просто игнорируется, а вот resumeWithException отправляет мое приложение в фатал? Нарвался в реализации функции okhttp.Call.await().

Такие штуки лучше спрашивать в #coroutines

Ого, уже специальный канал есть?

Или это не в телеграме?

Получается Котлин зависит от java, и если java остановится на 10 версии, то мы будем иметь ограниченные возможности

Или это не в телеграме?

не, это Slack

Получается Котлин зависит от java, и если java остановится на 10 версии, то мы будем иметь ограниченные возможности

Получается, что формулировка некорректна и смысла не имеет.

А, не, там все по-англицки, не люблю.

Получается Котлин зависит от java, и если java остановится на 10 версии, то мы будем иметь ограниченные возможности

Котлин не зависит от Java, он совместим с ней на уровне байт кода jvm. Это не одно и то же.

джава скорее тянет котлин назад, а не наоборот)

Ну, в целом да, подразумевая что тянет как раз обратная совместимость

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

Тоест если через 5 лет java умрет , и ещё через 5 лет придумают какие то квантовые функции, то в Котлин не будет поддержки?

Тоест если через 5 лет java умрет , и ещё через 5 лет придумают какие то квантовые функции, то в Котлин не будет поддержки?

Хватит про «java умрёт», я уже сказал, эта формулировка бессмысленна.

Если джава умрёт, то останется Kotlin native и Kotlin/JS :D

Если джава умрёт, то останется Kotlin native и Kotlin/JS :D

+

Если джава умрёт, то останется Kotlin native и Kotlin/JS :D

Сейчас будет вопрос про смерть llvm

А затем про смерть человечества..

Java никогда не умрет

Java никогда не умрет

+

New Wave tried to kill The Metal

Жаба сейчас вообще ожить пытается, частые релизы и всё такое

Ну, Graal если успеют довести, то в него уже много чего можно будет встроить ) Там зависимость от языков гораздо ниже.

Сейчас будет вопрос про смерть llvm

От души посмеялся, спасибо. Прям вслед за жвм сразу в Лету канет :) Топик стартер, несомненно, жжёт.

хм, а ktor интересно будут портировать под native?

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

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

будет альтернатива для fasthttp в гошке

Привет народ! Как создать синглтон с параметром? нашел вот это. насколько это правильно, и есть ли другие способы?

Привет народ! Как создать синглтон с параметром? нашел вот это. насколько это правильно, и есть ли другие способы?

Никак. Либо у синглтона нет зависимостей, либо он не должен быть синглтоном.

Привет народ! Как создать синглтон с параметром? нашел вот это. насколько это правильно, и есть ли другие способы?

Сделать фабрику?

Сделать фабрику?

можно по подробнее?

Привет народ! Как создать синглтон с параметром? нашел вот это. насколько это правильно, и есть ли другие способы?

Так: @Singleton class Foo @Inject constructor(dependecy: Bar){ }

Так: @Singleton class Foo @Inject constructor(dependecy: Bar){ }

ну что за бездумная пропаганда DI ?

*-контейнеров

Привет народ! Как создать синглтон с параметром? нашел вот это. насколько это правильно, и есть ли другие способы?

object, не?

*-контейнеров

справедливо

object, не?

«С параметром.»

«С параметром.»

А в Котлине у object нету параметра чтоль?

А в Котлине у object нету параметра чтоль?

нету

Хех

А в Котлине у object нету параметра чтоль?

Пфф, ну конечно же нет.

Я прост на Скале щас

У нас можно

Я чего-то думал, что и Котлине можно

У нас можно

Каким образом?

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

Оу, сори

Заработался

В рабочем чате просто терки до SIGSEG дошли

если, кому еще надо будет, нашел вот такое решение open class SingletonHolder<out T, in A>(creator: (A) -> T) { private var creator: ((A) -> T)? = creator @Volatile private var instance: T? = null fun getInstance(arg: A): T { val i = instance if (i != null) { return i } return synchronized(this) { val i2 = instance if (i2 != null) { i2 } else { val created = creator!!(arg) instance = created creator = null created } } } }

А как же by lazy {}?

Синглтоны и open классы. Мда, лишь бы нормальный код не писать.

если, кому еще надо будет, нашел вот такое решение open class SingletonHolder<out T, in A>(creator: (A) -> T) { private var creator: ((A) -> T)? = creator @Volatile private var instance: T? = null fun getInstance(arg: A): T { val i = instance if (i != null) { return i } return synchronized(this) { val i2 = instance if (i2 != null) { i2 } else { val created = creator!!(arg) instance = created creator = null created } } } }

От него надо еще и наследоваться что ли? Жестоко ?

А потом будут говорить, что "этот ваш котлин плохо сопровождать"...

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

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

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

Создать экземпляр нормального класса с параметром. Передать его в конструктор нуждающимся.

Самый правильный путь в этом случае - DI. Если хочется именно чистый котлин, то бери kodein. Но как на не синглтоны делать я не помню.

bind<Something> with singleton { Something(parametr) }

или, если важно, чтобы синглтон создался asap — with eagerSingleton { ...}

Самый правильный путь в этом случае - DI. Если хочется именно чистый котлин, то бери kodein. Но как на не синглтоны делать я не помню.

Говорят в рантайме ошибку словить можно на нем незаметно

Говорят в рантайме ошибку словить можно на нем незаметно

тесты, сударь!

Самый правильный путь в этом случае - DI. Если хочется именно чистый котлин, то бери kodein. Но как на не синглтоны делать я не помню.

Есть еще Koin. Тоже неплохое решение для DI в kotlin-стиле

можно по подробнее?

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