BG
Ну все типы которые из джава идут nullable
Окей, пусть нуллабл. Но почему внятную ошибку не кинуть с описанием проблемы, а не оставлять разработчика с недоваренной кашей в виде NullPointerException?
Size: a a a
2020 February 11
DA
Окей, пусть нуллабл. Но почему внятную ошибку не кинуть с описанием проблемы, а не оставлять разработчика с недоваренной кашей в виде NullPointerException?
А если это не null точно, но тип указан nullable
DA
Зачем загрязнять код
DA
Это dead code
BG
А если это не null точно, но тип указан nullable
Ну все равно думаю стоит обернуть. Вдруг завтра он нулл может вернуть?
DA
Ну все равно думаю стоит обернуть. Вдруг завтра он нулл может вернуть?
Пускай вернет, тогда обработаем
DA
Преждевремменая оптимизация
BG
Если используется Java, то подразумевается библиотека. А у библиотек есть свойство меняться.
DA
не решай проблемы, которых пока нет
DA
Если используется Java, то подразумевается библиотека. А у библиотек есть свойство меняться.
А если SDK
BG
SDK тоже имеет свойство обновляться, насколько я знаю.
BG
Преждевремменая оптимизация
Можно функцию создать типа
expectedNonNull() который будет кидать исключение с определенным сообщением, и тогда будет то же самое, что и “!!”, только без голого NullPointerException.DA
SDK тоже имеет свойство обновляться, насколько я знаю.
Есть методы которые точно не меняются дабы не сломать совместимость
DA
кидать везде throw, тоже самое что проверять на null в джаве все что можно
BG
Можно функцию создать типа
expectedNonNull() который будет кидать исключение с определенным сообщением, и тогда будет то же самое, что и “!!”, только без голого NullPointerException.И будет тогда что-то типа:
На мой взгляд так гораздо красивее, чем “!!”.
foo() ?: expectedNonNull()
На мой взгляд так гораздо красивее, чем “!!”.
DA
а на мой не очень
DA
особенно если никогда не дойдет до ?:
DA
Если у тебя цепочка get идет?
DA
resources.assets.locales типа такой?
BG
особенно если никогда не дойдет до ?:
Ну и Бог с ним. Не дойдет и не дойдет. Не всю строку занимает же.