в схеме описать подобное:
Нужно забирать сущность по определённым полям, которые всегда уникальные. Пусть будет условный page и нам надо дать в схеме возможность забрать страницу по её id и пусть будет path, оба поля уникальные. Я вижу таие варианты:
1. Сделать отдельные ручки вроде page и pageByPath и соответственно дать сделать аргументы id и path обязательными для кажого Query. Не навится, потому что плодим Queries.
2. Сделать отдельную ручку вроде page и в ней два аргумента id и path. Плохо, потому что аргументы придётся делать необязательными и валидировать вне схемы.
Что-то ещё?
Что такое Дизайн. Это решение какой-либо задачи в удобной и простой форме. Какой сделать дизайн графкуэль схемы? Это зависит от твоих клиентов – как им будет удобнее всего потреблять твою схему. Надо дать так, чтоб удобно было взять. Оба твоих варианта годны. Еще лучше если оба реализуешь 😅 type Query { pageById(id: Int!): Page pageByPath(path: String!): Page page(filter: PageFilter!): Page } type PageFilter { id: Int path: String pathRegexp: String pathStartsWith: String pathEndsWith: String } Пущай пользователь сам решает по какому из путей ему удобнее всего добраться до нужной страницы.
Я бы оставил только page(filter: PageFilter!): Page как самый универсальный, filter переименовал бы в where. И только не type PageFilter, а input PageFilter. А когда завезут union input будет легко мигрировать.
Спасибо за развёрнутый ответ. А мы разве не попадаем с фильтром на такой проблеме, что если PageFilter обязательный, то вложенные поля должны быть необязательными, а значит можно отправить запрос с пустым PageFilter
Если у тебя PageFilter обязательный, то тебе вроде придётся хоть одно из полей PageFilter обязательно передать.
Обсуждают сегодня