VP
Ну так да, толку от того, что он запросил, если ему это нельзя выдать?
Size: a a a
2021 June 21
VP
GraphQL скорее про то, чтобы лишние для конкретного запроса поля в ответе не возвращать
U
Но вдруг кто-нибудь предложил концептуально иной подход. Да те-же разные API для разных ролей, или другое представление данных, когда вопроса что кому показывать стоять не будет.
U
Бывает-же, когда в чате кому-нибудь посоветуют Either вместо try/catch и оно как откровение свыше
U
Ну, типа если не знаешь альтернатив и куда вообще воевать, то и задать вопрос сразу про альтернативу не можешь.
Kd
ну так ты собери все голосовалки в одном месте просто
кучка простых голосований по атрибуту - засовываешь в менеджер, а он уже решит да-нет
кучка простых голосований по атрибуту - засовываешь в менеджер, а он уже решит да-нет
VP
Чёт не увидел там "вот этим User выдавать только такие-то поля Article"
AM
Разные апи для разных ролей — это точно не масштабируется.
U
Ага, мы уже проверили
AM
Так EnforcementPoint же
AM
An EnforcementPoint allows us to protect any given execution path with an Exception. If a request is not authorized, an Exception is thrown.
VP
Если у тебя сущности для разных ролей выглядят сильно по-разному, то да
VP
Так не, я не хочу исключение, я хочу отфильтровать поля
AM
А, сорри, я просто принёс то, что вчера видел) Проблему Уната оно и правда не решает.
Kd
исключения для ветвления бизнес логики? ЗАЕБИСЬ ДАЙТЕ ДВА 😈
U
Ну вот влетит, например, кто-нибудь и скажет "ёпта, да используй списки атрибутов вместо представления в виде моделей, списки же и фильтруй, ёпт"
U
И я такой сижу, читаю ссылку с примером и просветляюсь
AM
Да тут того ветвления, провалить исключение куда-то до роутинга и там показать страницу / жисон с ошибкой, ух бля