DF
Соскучились по токсичненьким обсуждениям…
Size: a a a
2021 October 25
DF
Это ж свящённая война: как бросать и обрабатывать ошибки
OR
Брось каку.
DF
Поздно, пришлось выхаркнуть…
ST
не понимаешь в смысле «объясните мне», или в смысле «это и так всем известно»? 😊
VM
И получается, что функция нормально отработает и даже не скажет, а в чём же была ошибка?
VM
Так пользователь будет сидеть и не понимать, почему кнопка сохранить нажимается, но ничего не происходит.
ND
хорошо что у нас есть эксепшены
ND
ведь без них ничего подобного и не сделать
VM
О, демагогия пошла. Где я топил за exception'ы? Я указал на то, что подход с возвращением nil'а не всегда рабочий. Особенно когда нужно пользователю сказать в чём же ошибка.
ND
только я рассматриваю тот код который есть, а не додумываю что-то
ST
если ты про https://t.me/clojure_ru/164523, то там, имхо, недостаточно информации о контексте, чтобы решить, как сделать лучше
DF
Ноги у проблемы растут из того, что "ошибки" (т.е. когда что-то может пойти не так) чаще происходят в нечистых функциях (CD поцарапанный, кабель перерезанный и т.п.).
А для чистой функции зачастую легко задаётся область определения и множество значений.
И бывает, что nil - это вполне себе элемент множества значений.
А для чистой функции зачастую легко задаётся область определения и множество значений.
И бывает, что nil - это вполне себе элемент множества значений.
DF
Так, если тебе нужна функа, которая отвечает на вопрос, "валидно входное значение или нет", то так и запили её, чтобы она называлась бы valid? и отвечала только одно из: true или false.
AC
Асинхронность в этой модели не обязательна. С ней просто быстрее
DF
и зачем я это всё написал?
как будто здесь может быть кто-то, кто этого может не знать...
как будто здесь может быть кто-то, кто этого может не знать...
AC
Ну так в том и суть рефрейм подхода что компонент в рефрейм - по сути чистая функция с проверенными параметрами, которая не пуляет ошибок
OR
Я пробую, пока не проникся. Иногда удобнее смотреть на данные, но почему-то не ловит, например
tap>, хотя в доке написано, что может.OR
Про это проще смотреть у Корфилда.
OR
