Редко бывает прямо кривой бекенд и вписываться в его исправление - очень рисковая затея. Чаще бывает неочевидная бизнес логика на бекенде и ее исправлять не надо, ее надо поддерживать на клиенте. Это разные вещи
Собственно об этом речь, что поддержка кривой бизнес логики это бизнес логика
сервер мне возвращает ответ 200 и сущность с id=0, если логин не удался (аккаунт не найден). А он мог и 400 возвращать в таком случае, зачем мне на это завязываться в Interactor?
Я не считаю, что это бизнес-логика, и трансформирую это в AccountNotFoundException.
Просто иногда проблема фронт разработки в ориентировании на API, а очень часто надо рассматривать систему в целом. По каким правилам она живет и так далее.
сервер мне возвращает ответ 200 и сущность с id=0, если логин не удался (аккаунт не найден). А он мог и 400 возвращать в таком случае, зачем мне на это завязываться в Interactor?
Я не считаю, что это бизнес-логика, и трансформирую это в AccountNotFoundException.
Хороший вопрос. Я бы это решил в интерсепторе. То есть реально "исправил" бы сервер)
Мне вот стало интересно покопаться в gitfox, и после первых 10-ти минут у меня возник вопрос: а документация к классам и методам там намеренно не пишется? Есть ридми, но действительно полезной инфы там почти нет.
Там как правило по названию класса/метода можно понять, что он делает. Зачем лишние комментарии? К тому же там есть юнит тесты, которые тоже в каком-то смысле являются документацией)
Мне вот стало интересно покопаться в gitfox, и после первых 10-ти минут у меня возник вопрос: а документация к классам и методам там намеренно не пишется? Есть ридми, но действительно полезной инфы там почти нет.
А вы намеренно не создаёте пулл реквест с документацией?