Дизайн URL-адреса REST для операций «больше, чем», «меньше»
Мой вопрос состоит в том, почему Вы не использующий своего рода платформу промежуточного программного обеспечения, если Вы говорите приблизительно сотни или тысячи хранимых процедур?
Называют меня старомодным, но я думал, что база данных должна просто содержать данные, и программа (программы) должна быть той, принимающей решения бизнес-логики.
1 ответ
Вот то, как я делал его.
Скажем, у Вас есть полевой возраст , который является числом.
Это - то, на что URL были бы похожи
, Равняется:/filter/age=5
, Больше, Чем:/filter/age [gt] =5
Больше, Чем Равняется:/filter/age [GTE] =5
Меньше, Чем:/filter/age [лейтенант] =5
Меньше, Чем Равняется:/filter/age [lte] =5
Не Равняется:/filter/age [ne] =5
Тогда, когда я передаю эти аргументы бэкенду, у меня есть сценарий, который просто анализирует ключ и преобразовывает его в корректный фильтр на основе возраста [INSERT_OPERATOR_HERE]