k
ток я не уверен, что прям всем такая универсальность нужна
Size: a a a
2020 December 23
SP
Универсальность как результат анализа кучи юзкейсов и грамотного обобщения обычно существенно дороже чем запилить 5 раз
k
вообще по идее всё обратно к SRP возвращается. Кто заказчик изменений, вот это вот всё
SP
Потому большинству она не нужна
SP
вообще по идее всё обратно к SRP возвращается. Кто заказчик изменений, вот это вот всё
Все так, абстракции не растут на деревьях
КГ
То есть чаще всего и под фронтов апи делать это норма?) Я наверное странные вопросы задаю
SP
То есть чаще всего и под фронтов апи делать это норма?) Я наверное странные вопросы задаю
Backend for frontend паттерн называется и да это норма
k
То есть чаще всего и под фронтов апи делать это норма?) Я наверное странные вопросы задаю
этот вопрос в каждом первом проекте встречается. Имхо нормальный вопрос. Просто обычно люди на него болт забивают и делают как проще, а это обычно "Ой, чёт код повторять не хочется, скину всё в 1 эндпоинт"
КГ
этот вопрос в каждом первом проекте встречается. Имхо нормальный вопрос. Просто обычно люди на него болт забивают и делают как проще, а это обычно "Ой, чёт код повторять не хочется, скину всё в 1 эндпоинт"
Я просто всегда считал, что делать 5 методов апи для 5 разных клиентов это не то к чему стремится нужно
DT
Если интеграторы работают от своего лица (от лица интеграции) а не являются другой проксей для конечных клинетов (т.е. не хранит и не синкается специально с твоей аппкой) то однозначно их лучше отделять
DT
Позавчера на такой прокол напоролись
k
Я просто всегда считал, что делать 5 методов апи для 5 разных клиентов это не то к чему стремится нужно
Смотря какие клиенты. Если у них требования никогда не будут расходиться - тогда пусть 1 будет. Тут надо анализировать могут ли у них требования разойтись.
С точки зрения SRP клиенты разные, если у них расходятся требования
По моему так
т.е. так сказать тебе у тебя там 5 разных клиентов или 1 в 5 ипостасях не зная деталей проекта сложна
С точки зрения SRP клиенты разные, если у них расходятся требования
По моему так
т.е. так сказать тебе у тебя там 5 разных клиентов или 1 в 5 ипостасях не зная деталей проекта сложна
DT
Апишная авторизация ещё пилится, но юзаем клиентскую
DT
Очень весело было попадать в бан по password flow потому что рекапчу пропустили
k
Я просто всегда считал, что делать 5 методов апи для 5 разных клиентов это не то к чему стремится нужно
но как бы разные требования(те 80% про которые ты говоришь) под админов и обычных юзеров намекают, что требования расходятся
DT
Одно из решений ‐ пройти капчу с того сервера, где иксов нет
k
Я просто всегда считал, что делать 5 методов апи для 5 разных клиентов это не то к чему стремится нужно
с другой стороны ты можешь наверное плюнуть на всё и сделать всё в 1
просто надо понимать, что ты обмениваешь меньше бойлерплейта на более высокий каплинг. Если тебя это устраивает - почему нет 🤔
просто надо понимать, что ты обмениваешь меньше бойлерплейта на более высокий каплинг. Если тебя это устраивает - почему нет 🤔
КГ
с другой стороны ты можешь наверное плюнуть на всё и сделать всё в 1
просто надо понимать, что ты обмениваешь меньше бойлерплейта на более высокий каплинг. Если тебя это устраивает - почему нет 🤔
просто надо понимать, что ты обмениваешь меньше бойлерплейта на более высокий каплинг. Если тебя это устраивает - почему нет 🤔
Я получил отвёт, буду про BFF читать
КГ
Очередной разрыв шаблона)
2020 December 24
КГ
Backend for frontend паттерн называется и да это норма
Я то ли фигню какую то читаю, то ли это слой трансформации из общей апи..