локальную пропустит)

только lateinit можно не инциализировать

Явное лучше неявного. Хочешь нулл — напиши его.

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

но lateinit нельзя к примитивным типам

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

котлин создан не для того чтобы уменьшить количество кода

значения задать надо же ещё

Так я об этом и спросил, зачем

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

в котлин как раз всё в плане типов должно быть четко

неявности мало

котлин создан не для того чтобы уменьшить количество кода

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

а вот почему lateinit нельзя для примитивных типо, это хороший вопрос к гуру )

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

Это тебе в руби. У котлина нет задачи любой ценой уменьшить обьем кода.

для примитивных типо нельзя lateinit использовать, поэтому надо инициализировать, или null делать

Котлин не делит типы на примитивные и обертки

Котлин не делит типы на примитивные и обертки

ну вообще делит

все не-lateinit проперти должны быть инициализированы

Странно не видел в доках где это написано

внутри

а вот почему lateinit нельзя для примитивных типо, это хороший вопрос к гуру )

потому что нет явного и хорошего способа сделать примитив нуллабельным

Ребят почему переменная, например, Int? обязательно должна быть инициализирована? Это особенность языка или есть в этом сакральный смысл?

а каким должно быть дефолтное значение Int? - null или 0 или может -1?

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

Я солидарен с разработчиками языка: дефолтных значений быть не должно.

а каким должно быть дефолтное значение Int? - null или 0 или может -1?

Int.Max, Int.Min, для дабла еще веселей ?

потому что нет явного и хорошего способа сделать примитив нуллабельным

так можно же написать var asd : Int? = null

Я солидарен с разработчиками языка: дефолтных значений быть не должно.

в функциях ?

так можно же написать var asd : Int? = null

и будет боксинг

и будет боксинг

типо когда null это Integer объектный, а когда значение то уже int ?

то есть на лету менятся будет тип

а вот почему lateinit нельзя для примитивных типо, это хороший вопрос к гуру )

Потому, что lateinit работает через null, чтобы определить, что свойство не инициализировано

а почему не забоксить если lateinit модификатор стоит

то есть на лету менятся будет тип

нет

боксинг, анбоксинг

а в чём боксинг тогда

с nullable Int

в том что он оборачивается и становится null

Так что все-таки null или 0?

с nullable Int

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

а

Так что все-таки null или 0?

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

оу

Потому, что lateinit работает через null, чтобы определить, что свойство не инициализировано

ну мы можем сделать же Int nullable

ну мы можем сделать же Int nullable

джавовский ? нет

не, про Котлин же

а почему не забоксить если lateinit модификатор стоит

Вот почему не сделали неявно такое, не знаю

кажется удобно было бы)

кажется удобно было бы)

Это всегда можно добавить. А вот вырезать было бы нельзя. Подстраховались, наверное.

ну то есть я пишу lateinit var asd: Int(?) и оно понимает например само что это Integer

ну то есть я не вижу разницы с простыми объектами

т.к. int может быть объектным тоже же

Integer

ну да

Так какой вывод? Какая правильная начальная инициализация для Int? ?

ну то есть я пишу lateinit var asd: Int(?) и оно понимает например само что это Integer

совет, возми котлин + idea, ctrl + Shift + A, Sow kotin Bytecode, потом можно Decompile Java

какую задашь сам

Так какой вывод? Какая правильная начальная инициализация для Int? ?

тебе решать

совет, возми котлин + idea, ctrl + Shift + A, Sow kotin Bytecode, потом можно Decompile Java

идеи нет (

или студию можно так тоже ?

идеи нет (

есть проги декомпилируют

какую задашь сам

Плохо, не должно быть вариаций как мне кажется

или студию можно так тоже ?

вро де, это по сути идея

Плохо, не должно быть вариаций как мне кажется

почему, в любом объекте так

хотя не в последней версии котлина накосячили (1.3 вроде)

ты можешь его задать как null

может как объект

вариации

Плохо, не должно быть вариаций как мне кажется

всм ? поставь null и не задалбуй

всм ? поставь null и не задалбуй

Так вот если бы они оставили неявную инициализацию как в джава было бы точнее, я посмотрел блю принты гугла они вообще стараются юзать lateinit

Так вот если бы они оставили неявную инициализацию как в джава было бы точнее, я посмотрел блю принты гугла они вообще стараются юзать lateinit

это больше из-за специфики андроида

Так вот если бы они оставили неявную инициализацию как в джава было бы точнее, я посмотрел блю принты гугла они вообще стараются юзать lateinit

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

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

Чагоооо, java сама в любом случае инициализирует все поля

ERROR: S client not available

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

Да это как-то усложняет, а не упрощает

Чагоооо, java сама в любом случае инициализирует все поля

я имею ввиду реальными значениями, а не нулами

Да это как-то усложняет, а не упрощает

раэто ваше личное мнение

lateinit var asd: Int = 42 Все спокойны?

Так вот если бы они оставили неявную инициализацию как в джава было бы точнее, я посмотрел блю принты гугла они вообще стараются юзать lateinit

«стараются юзать lateinit» == «говнокодят изо всех сил»

«стараются юзать lateinit» == «говнокодят изо всех сил»

+

На крайняк можно смазать синтаксическим сиропом lateinit var asd: Int with default 42

На крайняк можно смазать синтаксическим сиропом lateinit var asd: Int with default 42

при чём тут lateinit тогда?

lateinit var asd: Int = 42 Все спокойны?

мы про обычные переменные

при чём тут lateinit тогда?

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

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

лейтинит убрать тогда

есс-но lateinit не нужен - это я для усиления драмы оставил

так оно не работает с lateinit

как раз про то и разговор же

что нужно убирать lateinit и инициализировать

аминь

Подскажите, пожалуйста, могу ли я проверить, что у меня generic является nullable? Псевдокод того, что я хочу: https://gist.github.com/78cca544e359e0755bb69a751a48bd67.git

Подскажите, пожалуйста, могу ли я проверить, что у меня generic является nullable? Псевдокод того, что я хочу: https://gist.github.com/78cca544e359e0755bb69a751a48bd67.git

fun Pref<T> () - nulable T == Any? fun Pref<T : Any> () - не нулабле

дженерикк стирается в рантайме

может вам нужно проверит переменую типа T ?

Наверное, я просто запутался. Попробую еще подумать, спасибо

Наверное, я просто запутался. Попробую еще подумать, спасибо

дженерик нужен что-бы "не уточнать" тип во время написания класса, class Test<T>(val t: T)

val test = Test(10) val i = test.t * 10 ну тут t кастуется к Int должно работать ?, псевдо код

Это то понятно. Смотрите, что я хочу: я хочу написать универсальный делегат, поддерживающий nullable-типы в зависимости от дефолтного значения: https://gist.github.com/f4db99b75517b9c9170382634942a02c.git

Имею в виду делегат для Android Preferences. И что-то я явно делаю не так

https://t.me/kotlin_mobile не уверен но может это вопрос лучше туда

Нужно, чтобы в случае, если T является nullable, дефолтное значение было null

андроид специфичные ввещи

Нужно, чтобы в случае, если T является nullable, дефолтное значение было null

https://kotlinlang.ru/docs/reference/inline-functions.html

inline fun <reified T>

может это помочь, там ты Т можешь проверить на тип

https://t.me/kotlin_mobile не уверен но может это вопрос лучше туда

лучше сюда