Да, я согласен что выглядит это не лучшим образом. Я сам скрепя сердце остановился на этом подходе. Главным аргументом в его пользу было как раз иметь возможность в фильтрах писать условия AND и OR: /api/posts?filter={"name":"admin","type":1} — name=admin AND type=1 /api/posts?filter={"name":"admin"},{"type":1} — name=admin OR type=1
Видимо вы ошибочно приняли Fesor за автора статьи.
Я не совсем понимаю что значит
принимать на вход, например, JSON-объект, в который можно запихать любые параметры
Может быть глядя на пример станет яснее.
Что касается моего выбора в пользу RESTful — то причина как я уже упоминал в том, что на клиенте я использовал AngularJS, и его реализация $resource мне показалась очень удобной. А она как раз требует RESTful API.
/api/posts?filter={"name":"admin","type":1}— name=admin AND type=1/api/posts?filter={"name":"admin"},{"type":1}— name=admin OR type=1Я не совсем понимаю что значитМожет быть глядя на пример станет яснее.
Что касается моего выбора в пользу RESTful — то причина как я уже упоминал в том, что на клиенте я использовал AngularJS, и его реализация $resource мне показалась очень удобной. А она как раз требует RESTful API.