Уже минут 15 туплю

😂😂😂

давай дальше, во втором пункте сразу два тезиса


первый

ты спросил что лучше вернуть null или exception, если элемент не был найден

если возвращаем exception, то typescript статически это не проанализирует, то есть поимеем проблемы в рантайме

если возвращаем null, то typescript статически это проанализирует, и скажет добавить проверку

возвращаем null, проблем не имеем


второй

проблема нейминга, можно написать findById и вернуть null, но мы не говорим, что возвращаем null

можно написать findByIdOrNull, но длинно

а вот написать findById(id: Id, orDefault = null) будет достаточно, в сигнатуре сразу видно что и как работает

»если возвращаем exception, то typescript статически это не проанализирует, то есть поимеем проблемы в рантайме
Тогда нужно возвращать монаду айзера и не будет ни каких проблем в рантайме ))

то, что значение не найдено — это еще не исключение

не нужно, типы и так спасают)

Ну это чекать на null , шото лениво :DD

это уже другой тезис)

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

😂

но да, лениво

»findById(id: Id, orDefault = null)
Как тебе tryFindById :))

и не нужно orDefault

try — это бросить exception

статический анализ не скажет, что его надо обработать

Согласен

но это не точно)

ну тут try дает такую легкую неувереность в том что вернется

Мб вернется , мб нет , смотрите сами я сделал все что мог

типа того)