LINUX.ORG.RU

Протокол доступа к ресурсам. REST-а мало.

 ,


0

2

REST — это набор гайдлайнов, но не готовый протокол.

И если мы хотим из UI работать с ресурсами, то сперва нужно написать клиент к нашему API.

Хотелось бы такое: воткнул, и начал работать, обращаться к ресурсам, делать поиск. Вроде не ахти какая магия, нужен просто подходящий протокол.

На ум приходит реализация ODBC интерфейса (или какого-другого интерфейса SQL СУБД), чтобы я мог открыть клиент SQL и смотреть таблички.

Либо реализация протокола 9P.

Есть ещё варианты? Покидайте какашками, пятница же =)

SOAP, но нужно 2 упаковки противорвотного и тазик, поскольку они не помогут. Чуть ли не в каждой платформе есть автогенерация всего этого добра.

x3al ★★★★★
()

Прежде чем что-то искать нужно придумать модель данных. А как она будет готова то мб внезапно станет очевидным как её положить на REST и т.д. Пока у тебя нарисовывается каша из слишком разных моделей и способов работы с ними.

mashina ★★★★★
()

Забей на этот REST и используй Thrift. Сгенерил клиент, и пошел работать.

dizza ★★★★★
()
Ответ на: комментарий от x3al

Окститсь, на SOAP реализации RPC не заканчиваются. В том числе и с генератором клиентов.

dizza ★★★★★
()
Ответ на: комментарий от x3al

Ёманарот, только не SOAP.

Автогенерация это смех. На самом деле оно не работает чуть менее, чем всегда, особенно при интеграции между платформами.

migesok
()

И если мы хотим из UI работать с ресурсами, то сперва нужно написать клиент к нашему API.

Кажется, ты описываешь клиент-серверный фреймворк. Навроде meteor.js. Или SOAP+C# по обе стороны

ИМХО, rest лучше чем подобные монстры. Намного более универсальный. В http-запросы умеют и браузеры и консоль и гуй на любом языке. Единственный минус, на мой взгляд, сервер не может сам отправить сообщение клиенту. Поэтому клиенту приходится постоянно опрашивать сервер на предмет новых данных

makoven ★★★★★
()
Последнее исправление: makoven (всего исправлений: 1)

Покидайте какашками

Почитай дядю Боба и не ставь оглобли впереди коней.

bj
()

Напиши fuse прослойку. Универсальнее некуда.

nanoolinux ★★★★
()

STOMP?

вообще http хватит

По нему json гонять. Разве не достаточно?

Можно вебсокет подключить.

anonymous
()
Ответ на: комментарий от makoven

Единственный минус, на мой взгляд, сервер не может сам отправить сообщение клиенту. Поэтому клиенту приходится постоянно опрашивать сервер на предмет новых данных

Про вебсокеты слышал наверное?

Oxdeadbeef ★★★
()
Ответ на: комментарий от Oxdeadbeef

Они недалеко ушли от TCP-сокетов. Всмысле того, что есть входной и выходной поток сообщений. Отправил messageA и messageB - пришел ответ. А что это за ответ? На A или B? Или может это сервер сам прислал дежурне сообщение. Поэтому зачастую приходится городить свою очередь сообщений и полноценный RPC-слой. Или открывать несколько сокетов, что в браузерах не вседа разрешено

С http проще: отправил запрос - получил ответ. Точно знаешь на на какой запрос какой ответ. Если надо больше - отправил серию запросов. Браузер сам поставит их в очередь и сам вернет ответ.

makoven ★★★★★
()
25 марта 2015 г.
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.