D
Ребят, а подскажите плез, как лучше обрабатывать ошибки на уровне HandlerException или через ResponseStatus?
ExceptionHandler предпочтительней
Size: a a a
2020 December 04
D
больше контроля
GI
+1
D
Dmitry
Я вопросы задаю только когда уже голову поломаю)
попробуй
R
Тут частенько спрашивают, где можно задачек порешать. Так вот, позавчера стартовал очередной Advent of Code https://adventofcode.com/2020. Формат простой - 2 задачки каждый день с 1 по 25 с постепенно возрастающей сложностью. Формулировки весёлые, мероприятие известное и популярное. В общем, присоединяйтесь.
решил седня первые две мне понравилось)
D
^\b(anyInformation)\b={.+};$D
anyInformation={12332};
SP
Rus
решил седня первые две мне понравилось)
А почему только первые две? Уже восемь открытых же
д
Коллеги, добрый вечер
А есть какой-нибудь интересный теор/практический? курс по самой jvm, в спеку щас не хочется лезть 🤕
А есть какой-нибудь интересный теор/практический? курс по самой jvm, в спеку щас не хочется лезть 🤕
R
А почему только первые две? Уже восемь открытых же
ну вот сел недавно вторая понравилась
SP
Коллеги, добрый вечер
А есть какой-нибудь интересный теор/практический? курс по самой jvm, в спеку щас не хочется лезть 🤕
А есть какой-нибудь интересный теор/практический? курс по самой jvm, в спеку щас не хочется лезть 🤕
define "курс по самой jvm"
д
define "курс по самой jvm"
Давайте так: хочу копнуть в более глубокий уровень абстракции и начать лучше понимать, что происходит в кишках jvm при запуске моего приложения :)
GV
Давайте так: хочу копнуть в более глубокий уровень абстракции и начать лучше понимать, что происходит в кишках jvm при запуске моего приложения :)
д
Спасибо, гляну
SP
Давайте так: хочу копнуть в более глубокий уровень абстракции и начать лучше понимать, что происходит в кишках jvm при запуске моего приложения :)
исходники есть -> компиляй@дебажь@копай
д
исходники есть -> компиляй@дебажь@копай
ага, спасибо
Э
Раньше не любил юзать checked exceptions, ибо в котлине и шарпах их нету, и думал, что это старьё и компилятор - лох, и вот это вот всё.
А теперь думаю, что это найс в веб приложениях, когда из методов репы/ сервиса можно выбросить checked exception.
В сигнатурах методов Controller обозначить их. И в ControllerAdvice обработать. Это + к пониманию кода. Когда придёт новый чел на проект, он сразу увидит, что к чему.
Я о тех исключениях по типу UserNotFoundInDbException.
На предыдущем проекте все исключения, которые были в бизнес-логике сигналом ошибки, были Runtime. Почему я это пишу? Когда-то давно мне в чате ответили, что лучше везде uncheked exceptions применять.
А теперь думаю, что это найс в веб приложениях, когда из методов репы/ сервиса можно выбросить checked exception.
В сигнатурах методов Controller обозначить их. И в ControllerAdvice обработать. Это + к пониманию кода. Когда придёт новый чел на проект, он сразу увидит, что к чему.
Я о тех исключениях по типу UserNotFoundInDbException.
На предыдущем проекте все исключения, которые были в бизнес-логике сигналом ошибки, были Runtime. Почему я это пишу? Когда-то давно мне в чате ответили, что лучше везде uncheked exceptions применять.
V
Раньше не любил юзать checked exceptions, ибо в котлине и шарпах их нету, и думал, что это старьё и компилятор - лох, и вот это вот всё.
А теперь думаю, что это найс в веб приложениях, когда из методов репы/ сервиса можно выбросить checked exception.
В сигнатурах методов Controller обозначить их. И в ControllerAdvice обработать. Это + к пониманию кода. Когда придёт новый чел на проект, он сразу увидит, что к чему.
Я о тех исключениях по типу UserNotFoundInDbException.
На предыдущем проекте все исключения, которые были в бизнес-логике сигналом ошибки, были Runtime. Почему я это пишу? Когда-то давно мне в чате ответили, что лучше везде uncheked exceptions применять.
А теперь думаю, что это найс в веб приложениях, когда из методов репы/ сервиса можно выбросить checked exception.
В сигнатурах методов Controller обозначить их. И в ControllerAdvice обработать. Это + к пониманию кода. Когда придёт новый чел на проект, он сразу увидит, что к чему.
Я о тех исключениях по типу UserNotFoundInDbException.
На предыдущем проекте все исключения, которые были в бизнес-логике сигналом ошибки, были Runtime. Почему я это пишу? Когда-то давно мне в чате ответили, что лучше везде uncheked exceptions применять.
Ты в сигнатура можешь и нечекд обозначить (для документации). И не заставлять всех делать трац кетч который оборачивает и выбрасывает рантайм все равно.
Э
так try-catch не будут вообще