Я реализую REST API Framework, и мне интересно, каково рекомендуемое поведение, когда клиент отправляет недопустимый параметр строки запроса.

Я проиллюстрирую, что я имею в виду, на конкретном примере: скажем, у меня есть обработчик API в / api / contacts / endpoint, и этот обработчик предоставляет фильтр строки запроса с именемid, что позволяет клиентам выбирать определенные контакты с предоставленными идентификаторами.

Таким образом, запрос GET или DELETE может быть/api/contacts/?id=2&id=4&id=lalalala.

Очевидно, что нет такой вещи, как контакт сid=lalalala, В таком случае как должен вести себя сервер?

Игнорировать недействительный контакт сid=lalalalaи только фильтруйте контакты по действительным идентификаторам, 2 и 4.

Ответьте с кодом ошибки, который указывает на эту ошибку. Если да, какой код ошибки должен быть предоставлен?

Заранее спасибо.

Изменить: уточнить; Основное внимание в фреймворке, которое я разрабатываю, - это предсказуемое поведение и, следовательно, коды ответов. По этой причине я хочу, чтобы клиенты, использующие API, построенный на этой платформе, ожидали как можно меньше сюрпризов. Итак, вопрос в основном таков: должен ли API возвращать ошибку в этом случае (и если да, то какая)? Или игнорировать недопустимые записи фильтра и фильтровать только правильные параметры строки запроса?