V
эх, а как же control/execution flow на исключениях? чтобы обмазаться донельзя везде try/catch?
Ага
Size: a a a
2020 February 05
V
Ещё сериализацию на событиях вспомни и асинхронщину на колбэках
А
Я где то читал что try catch это обьектно ориентированный способ управления флоу
А
А, даже знаю где - в рихтере
А
Типа лучше не int.TryParse а try int.parse catch, если не учитывать производительность
А
Так более оо
Dv
Продолжай, весело получается.
А
С чего ты решил что я рофлю
А
Найти в книге у рихтера эту чушь?
А
Или мб сам ctrl + f + Int32.TryParse
SZ
Найти в книге у рихтера эту чушь?
Даже если найдёшь, то рихтор тоже человек и может ошибаться
SZ
Или просто заблуждаться
А
Кто его вообще пропиарил? Его книга полное гавно
А
Это я как человек который ее от корки до корки зачем то вычитал и даже немного понял
Т8
Вроде крутая фича
В C# решили сделать как в Kotlin. И это правильно
Т8
Т8
Исключения нужны для индикации непредвиденных ситуаций. Хочешь обрабатывать ошибки - возвращай их, а не кидай.
В этом плане исключения в шарпе - это как непроверяемые исключения в жаве, или паники из го/раста
В этом плане исключения в шарпе - это как непроверяемые исключения в жаве, или паники из го/раста
Просто авторы языка не ожидали, что чуваки решат делать логику на исключениях
SZ
Чуваки могут что угодно делать, вопрос в другом: почему такой код после ревью в продакшон попадает? К новичкам и слабым духом одиночкам Микрософт всегда относился толерантно.
.d
Вопрос, есть ли сейчас тут кто-то на postgres conf в Москве?