NO
Я дал пример про ретраи, но чет не зашло, парни предпочитают кинуть 500ку и забить
Решается без исключений.
Size: a a a
2020 March 26
AS
Решается без исключений.
С нарушением принципа единой ответственности легко решается, ага
AS
И копипасты ретраев в каждую мидлварь
AS
Или циркутбрейкера в каждую мидлварь
А
Решается без исключений.
Вот смотри, методы мидлварей возвращают только ResponseInterface.
Тебе надо откатить на N мидлварей назад с пониманием, что произошло такое то недоразумение.
Ты либо бросаешь Exception, либо описываешь свой
Первое по твоей фобии - костыль и плохо. Второе само по себе костыль и плохо (без фобий).
Что делать то?
Тебе надо откатить на N мидлварей назад с пониманием, что произошло такое то недоразумение.
Ты либо бросаешь Exception, либо описываешь свой
BadResponse implements ResponseInterface, чтобы потом его через instanceof взять и заменить нормальным.Первое по твоей фобии - костыль и плохо. Второе само по себе костыль и плохо (без фобий).
Что делать то?
AS
Или ещё кучи сценариев обработки критичных, но не фатальных сценариев обработки запроса )
NO
Нет, как раз принцип единой ответственности нарушается в случае привязки по исключениям.
Изменив одну мидлварь, мы вынуждены менять другую, а это противоречит тому, что класс должен отвечать сам за себя.
Изменив одну мидлварь, мы вынуждены менять другую, а это противоречит тому, что класс должен отвечать сам за себя.
AS
Примитивный пример: показать иранцу стандартную 404, отрендеренную в приложении
NO
Вот смотри, методы мидлварей возвращают только ResponseInterface.
Тебе надо откатить на N мидлварей назад с пониманием, что произошло такое то недоразумение.
Ты либо бросаешь Exception, либо описываешь свой
Первое по твоей фобии - костыль и плохо. Второе само по себе костыль и плохо (без фобий).
Что делать то?
Тебе надо откатить на N мидлварей назад с пониманием, что произошло такое то недоразумение.
Ты либо бросаешь Exception, либо описываешь свой
BadResponse implements ResponseInterface, чтобы потом его через instanceof взять и заменить нормальным.Первое по твоей фобии - костыль и плохо. Второе само по себе костыль и плохо (без фобий).
Что делать то?
Здесь нет бизнес-задачи, а лишь фантазии на тему кода.
AS
Нет, как раз принцип единой ответственности нарушается в случае привязки по исключениям.
Изменив одну мидлварь, мы вынуждены менять другую, а это противоречит тому, что класс должен отвечать сам за себя.
Изменив одну мидлварь, мы вынуждены менять другую, а это противоречит тому, что класс должен отвечать сам за себя.
В чем нарушается?
AS
Retryable мидлварь ответит за ретраи, бизнесовая мидлварь будет отвечать за свою задачу
NO
Примитивный пример: показать иранцу стандартную 404, отрендеренную в приложении
И в чём здесь проблема?
DS
Примитивный пример: показать иранцу стандартную 404, отрендеренную в приложении
Та легко, ставишь в начале FineHttpErrorRenderer middleware, оно дожидается ответа с ошибочным риспонсом и отрисовывает его в красивом виде.
А
Здесь нет бизнес-задачи, а лишь фантазии на тему кода.
При написании фреймворка бизнес задачи и не решаются. Ты пишешь, что исключения джигурда как плохо. В данном случае альтернативный вариант не лучше
AS
Та легко, ставишь в начале FineHttpErrorRenderer middleware, оно дожидается ответа с ошибочным риспонсом и отрисовывает его в красивом виде.
То есть связь через класс респонса это хорошо, а связь через класс эксепшна плохо? В чем прикол? 😁
А
Та легко, ставишь в начале FineHttpErrorRenderer middleware, оно дожидается ответа с ошибочным риспонсом и отрисовывает его в красивом виде.
а ошибочный респонс ты как распознаешь? по коду или классу?
DS
То есть связь через класс респонса это хорошо, а связь через класс эксепшна плохо? В чем прикол? 😁
В том, что риспонс с ошибкой пройдет по всему стеку в обратном направлении к выходу.
AS
а ошибочный респонс ты как распознаешь? по коду или классу?
Http код может быть один для разных респонсов
NO
При написании фреймворка бизнес задачи и не решаются. Ты пишешь, что исключения джигурда как плохо. В данном случае альтернативный вариант не лучше
Исключения это очень хорошо, если использовать их по назначению, то есть для обработки ошибок. Всё остальное - антипаттерн.
AS
В том, что риспонс с ошибкой пройдет по всему стеку в обратном направлении к выходу.
Как он пойдет?