с#
так уже давно эмперическим путём пришли к тому, что если можно что-то отловить на этапе компиляции, то это нужно делать.
Size: a a a
2021 April 30
KD
Пришёл бы платформенный тип, а разраб бы забил хер на то, что там может быть налл.
с#
так никто не делает пхпхпх
с#
так тоже глупо делать без оснований
KD
Очень многие так делают.
KD
Так надо было делать по умному.
Чтож они раньше не поняли.
Чтож они раньше не поняли.
с#
хорошо, перефразирую. в нормальном коде такого нет
KD
В нормальном коде не вызывается
java код?KD
Интересно.
с#
когда ты пытаешься избежать контроль компилятора через !! и отсутствие инспекции на нуллабл по дефолту - это разные вещи.
с#
с таким подходом и в js 80% ошибок в тайпингах на крупных проектах из-за того, что не подумали
KD
Так, ещё раз, если бы у них был котлин, но либа возвращала наллабл значение, но для котлина это платформ тайп. Как тут спасло бы это?
Или что-то поменялось, и платформ-тайп теперь всегда по умолчанию наллабл?
Или что-то поменялось, и платформ-тайп теперь всегда по умолчанию наллабл?
Na
Если там @Nullable значение возвращается не все так просто)
Na
энивей котлин не виноват в нуллабельности при интеропе
KD
А если нет?
Если бы все и всегда помечали... Эх.
Если бы все и всегда помечали... Эх.
KD
Да. Но и не спасает от неё от слова совсем.
Na
Если пишешь для ведра это действительно заметно, но если нет, то не думаю что так сильно нпе мешают))
с#
доку читать надо на стыке платформ
с#
хороший котлин программист, когда видет Type! перед использованием убедится, что он точно не нулл
KD
Ахуенное решение.
С тем же успехом можно просто сказать "надо проверять на налл", тогда и котлин нахой не нужон.
С тем же успехом можно просто сказать "надо проверять на налл", тогда и котлин нахой не нужон.