ничего. Соответственно на беке должна быть защита и разграничение прав. Та же ситуация.
Вы понимаете, что если у вас route-per-фича, то там надо сделать user.isAdmin() и все? А если это универсальный эндпоинт то надо валидировать по схеме и по логике как ипнут так и аутпут? Да, это контроль - как я и сказал с самого начала, просто одно другое задевает, как оно всегда и бывает
А разные ли это фичи - юзеры с группами и юзеры с типами?
Поспокойнее, плз. Я понимаю то, что если таких наборов будет хотя бы 4 поля, то роутов на каждую комбинацию будет уже дохрена и больше. А расширение повлечет за собой кучу мест. К тому же проверки расползутся по разным местам и несут риски слома или неполной поддержки.
Я спокойно, если показалось иное, приношу извинения
Проверки не расползутся, количество точек интерфейса не влияет на распределение логики по слоям Будет много комбинаций - да, зато одна фича ломается, а другой ваще пох
Обсуждают сегодня