T
Сыглы, звучит именно так
Size: a a a
2020 October 09
ST
в контексте валидации форм, где неправильных полей может быть много, плюс невалидное сочетание, плюс различная валидационная информация — такое должно ещё прийти в голову делать на исключениях 😊
но и монады в данном случае тоже имхо не то, что нужно
ST
это плохая бизнес логика 😊
точнее логика программиста, который реализует бизнес логику
ST
Скажем, не введённый пароль при логине
у меня форма с не введённым паролем даже не сабмитится 😊
T
у меня форма с не введённым паролем даже не сабмитится 😊
Ну потому что бизнес ошибка обработана до сабмита)
2020 October 10
MP
https://t.me/clojure_ru/131260
Поэтому я и говорю. Кложа вей — обрабатывать "бизнес-ошибки" без try-catch
Поэтому я и говорю. Кложа вей — обрабатывать "бизнес-ошибки" без try-catch
ну не знаю.... я так вполне нормально бросаю (ex-info ...) с данными контекста, если это обработчик апи какого-инбудь
MP
в контексте валидации форм, где неправильных полей может быть много, плюс невалидное сочетание, плюс различная валидационная информация — такое должно ещё прийти в голову делать на исключениях 😊
а в чем проблема?
АА
А кто-то тут использует Slingshot?
Вррде у них же идея в исключениях быть ближе к данным кложи чем к исключениям джавы
Вррде у них же идея в исключениях быть ближе к данным кложи чем к исключениям джавы
T
а в чем проблема?
В том, что это goto
T
Который еще и не понятно куда
T
Гоуту хотя бы тег упоминает, а экзепшен потом иди свищи кто как его ловит
MB
А кто-то тут использует Slingshot?
Вррде у них же идея в исключениях быть ближе к данным кложи чем к исключениям джавы
Вррде у них же идея в исключениях быть ближе к данным кложи чем к исключениям джавы
Хорошая либа, но есть один нюанс – &throw-context, мне просто эта переменная магией пованивает
MK
из этого я сделал вывод, что кложа-вей это выбрасывать бизнес-ошибки c помощью try/catch
Имхо. Не надо делать either ради either. Есть исключения. Есть слои приложения. И если слой не может работать дальше из-за ошибок валидации, то пусть бросит исключение, которое обработает внешний слой. Можно заморочиться и сделать свое исключение, которое не собирает стэктрейс, т.к. это «медленно»
MK
Имхо. Не надо делать either ради either. Есть исключения. Есть слои приложения. И если слой не может работать дальше из-за ошибок валидации, то пусть бросит исключение, которое обработает внешний слой. Можно заморочиться и сделать свое исключение, которое не собирает стэктрейс, т.к. это «медленно»
ИФ
Господа, а какой порядок действий при отладке ClassNotFound, когда это вылетает для собственного класса с сурцом, который лежит в java-source-paths ?
ИФ
Такое чувство, что что-то с aot или чем-то таким. Если запускаю
lein clean; lein javac – вылетает этот exception, если lein uberjar – то всё окa
можно копать в сторону разных ClassLoaders
MP
Гоуту хотя бы тег упоминает, а экзепшен потом иди свищи кто как его ловит
Там где надо знать есть и стектрейс и cause
T
Там где надо знать есть и стектрейс и cause
Это ты о том откуда экзепшн брошен, а не там где пойман
MP
Имхо. Не надо делать either ради either. Есть исключения. Есть слои приложения. И если слой не может работать дальше из-за ошибок валидации, то пусть бросит исключение, которое обработает внешний слой. Можно заморочиться и сделать свое исключение, которое не собирает стэктрейс, т.к. это «медленно»
Не уверен, что в подобных случаях скорость создания эксепшен обьекта на что-то сильно влияет