ML
я хочу
try?...tryOrNull(block: () -> T) : T? = try { block() } catch { log(e); null }Size: a a a
2020 November 16
AM
Ну или так, конечно
с#
tryOrNull(block: () -> T) : T? = try { block() } catch { log(e); null }да это я понял, но вот например было бы неплохо, чтобы
when? или просто when по дефолту возвращал nullс#
а то else -> ... каждый раз требует
AM
На самом деле и это, и tryOrNull выше поощряет не особо хороший стиль
с#
На самом деле и это, и tryOrNull выше поощряет не особо хороший стиль
в общем случае да. но в некоторых случаях ошибку не надо обрабатывать.
AM
Но tryOrNull полезен там, где реально пофиг, что за ошибка случилась, а вот возможность опустить else в when мотивирует никогда не думать о том, что на деле должен делать код при потенциально ожидаемых изменениях где-то совершенно в другом месте.
AM
Плюс такое изменение не совместимо с exhaustive when
AM
Уж напрягись и припиши осмысленный else лучше)
(
Но tryOrNull полезен там, где реально пофиг, что за ошибка случилась, а вот возможность опустить else в when мотивирует никогда не думать о том, что на деле должен делать код при потенциально ожидаемых изменениях где-то совершенно в другом месте.
так нет же, when остаётся тотальным, @y9san9 о синтаксисе, при котором елсе просто не-эксплиситно возвращает null
AM
Если вдруг завезут патмат, наличие exhaustiveness будет ещё критичнее, там уже сложнее судить, действительно всё ли ты перебрал
(
Если вдруг завезут патмат, наличие exhaustiveness будет ещё критичнее, там уже сложнее судить, действительно всё ли ты перебрал
завезут ли 🤔
AM
с#
Уж напрягись и припиши осмысленный else лучше)
у меня иногда when возвращает Unit и тогда я пишу
fun foo() = when {
... -> ...
... -> ...
else -> null
}.unit
куда уж осмысленней
fun foo() = when {
... -> ...
... -> ...
else -> null
}.unit
куда уж осмысленней
с#
(
Елизаров недавно в ленгуаге-дизайн чатике довольно упорно доказывал, что флоу тайпинг > патмат
AM
завезут ли 🤔
Ну дык Бреслав же говорил, что хочет глянуть на патмат в джаве, потом думать будут
AM
Елизаров недавно в ленгуаге-дизайн чатике довольно упорно доказывал, что флоу тайпинг > патмат
По-моему он не это доказывал — логично, что патмат покрывает больше, чем флоу тайпинг. Но я невнимательно читал тот разговор
(
По-моему он не это доказывал — логично, что патмат покрывает больше, чем флоу тайпинг. Но я невнимательно читал тот разговор
его главным аргументом было, что зачем давать имена очередным сущностям, когда у тебя уже и так есть засмарткасченое что-то
(
но это такое, потому что хоть в котлине смарткасты и могут произвольно глубоко спуститься в структуру, всё ещё остаётся херня типа
val a = mutableA
if (a is ...