REST или Json-RPC для большого проекта?

> REST ... меньше жрет ресурсов
эм?... можно чем-то это экспертное мнение подкрепить? :)

aol-nnov: как минимум тем, что нам сначала нужно принять json, из него взять метод, его параметры, uid вызова, отмапировать метод на метод в коде, вызвать его с передачей параметров, сформировать ответ. В рест же метод и параметры передаются стандартным способом через гет или пост, а ответ - json в произвольной форме. Со стороны js для вызова нужно тоже немного постараться, простой json еще нужно обернуть в метод с параметрами и uid.

aol-nnov: другими словами, если использовать rest + json, заморачиваться ни с чем не нужно, а с json-rpc немного поплясать. А результат будет аналогичный. Да и отлаживаться с rest гораздо легче. Ну на напоследок, давайте посмотрим например на всевозможные api от гугла, яндекса, мордокниги и т.д. Кто из них использует json-rpc?

Алексей Черемисин: это всё словоблудство. сериализация/десериализация будет при обоих способах взаимодействия, а уж "давайте посмотрим например на всевозможные api от гугла," - это вообще не по теме моего вопроса.
я к чему веду-то? вы, сударь, фигню написали. вот. :)

1. С каких пор единая точка входа это плюс?
2. REST не налагает таких ограничений, а стало быть это не плюс по сравнению с rest.

Сергей Протько: 1. Чтобы не плодить в коде клиента множество различных url. 2. Если действие прописано в URL, то как выполнить несколько разнообразных действий?

Петр: действие не прописывается в url, в url описываются ресурсы. В этом кардинальная разница в понимании того что есть rest а чем он не является.

Вы можете сделать отдельный ресурс, который описывает коллекцию действий над какой-то сущностью. И вы просто создаете кучу ресурсов.

Ну то есть никаких ограничений.

А что до "плодить урлы" - тогда вы начинаете запихивать в респонсы какие-то идентификаторы "что пришло". Структуры данных и т.д. уже усложняются. Ну то есть шило на мыло.

json rpc (когда все действия исключительно через POST, даже на выборку) сложнее масштабировать. Вот и все.