мы ждём на клиенте - то это решается либо административно (строгое соблюдение контракта), либо рантайм проверками (что встречается реже, но вполне возможно).
Если же речь про ошибки, которые мы ожидаем на клиенте (например, ошибки валидации), то для них должны быть обработчики.
мне кажется, 1 проще не допустить) ну типа, что такое может быть, что клиент и сервер не "согласовали". Да и 2 тоже, не вижу проблем
Про все возможно и теоретические ошибки, мы же общие правила хорошего кода обсуждаем. Так что проксирование с помощью доп сервиса это изоляция, а не профилактика
А что мешает обработать возможные ошибки и различные исходы для юзера?
Solid мешает. Компонент и сервис закрыты для изменения
так не юзай солид, в чем проблема)))
Сервис не закрыт для изменения, если сам API не закрыт для изменения. Сначала закройте API )))
Конечно нет, нас вообще это не должно беспокоить.Закрыты, но могут быть расширены. Но вы инжекторуете сервис в компонент и не важно через прокси или напрямую.
Обсуждают сегодня