Адекватен ли такой итерфейс

Адекватен чему? У которых «у них»?

неадекватен.

Вообще, это же POST, передавай параметры как данные формы. Если заказчик имел ввиду именно это, то наверное ок.

Да, он имел ключ/значение. Но меня передергивает от комбинации обычных данных и json. Почему сразу не послать все json'ом.

Ведь по идее можно указать

Accept:aplication/json

И все перенести в json.

Адекватен здравому смыслу и стандарту. У них - у заказчика,у тех кто писал сервер. Правда после того как они прислали пароль к их серверу в 303 символа и сказали, что авторизация должна быть basic, то я сильно сомневаюсь в их адекватности.

Да, он имел ключ/значение. Но меня передергивает от комбинации обычных данных и json. Почему сразу не послать все json'ом.

Может это для старого IE

Для этого есть POST как multipart/form-data.

REST это не стандарт, эту концепцию можно очень свободно трактовать.

Адекватен ли такой итерфейс

пофиг, когда работает как документировано. и делает что надо. комбинация ключ+значение и жсон вполне может быть оправдана из каких-то соображений. например, ключи-значения выступают какими-то селекторами, указывающими куда затем отдать этот жсон.

авторизация должна быть basic

это недоразумение, блин, какое то :)

Почему сразу не послать все json'ом.

Очевидно потому, что код сервера парсит данные в таком формате

Адекватен здравому смыслу и стандарту.

В POST можно передавать любые данные, стандарт это не регламентирует

Очевидно потому, что код сервера парсит данные в таком формате

Кэп? Я имел в виду, почему они по-людски не написали.

вот прямо счас осваиваю rest. Если я в json передаю целиком описание объекта, то пару служебных параметров легче кинуть так. Т.е. на сервере json может не парситься, а сразу сохраняться.

не очень, но тебе то какая разница? если описан нормально, то проблем не будет.

Лучше такой чем какой нибудь стандартизированный soap.

Если учесть что параметр json передаётся не всегда то вполне себе нормально.

Просто спросил бы почему сделано именно так, а не иначе. Порой что то кажется не очевидной несуразицей, является вполне обоснованным. Только надо у «первых уст» спросить нахрена так оно сделано.

Из первых не получится, ибо это заказчик заказчика. Поэтому спросил на лоре=)

Не, soap тут явно перебор. Да и json чистый как-то мне приятнее, на руби через json + Resque вполне себе удобненько организовывается удаленное приложение. И при этом не xml=)