Ну, это как реализуешь :) Если обновляющийся ифрейм или интервайльный аякс, которых дёргает какойнить getMessages, то REST :)

***

Посмотри Meteor, там используется специальный протокол, который позволяет удалённо выполнять JS функции на сервере, это полная противоположность REST.

Да я понял, поправил в мессаге выше. Спасибо, что разжевал, а то бы так и думал что рест это put,get,post,delete :)

ну я и оффтопер :haha:

поэтому ты пишешь свой фреймворк ? :)

пока не приходилось, но интересно послушать про такие штуки. скоро буду их разрабатывать


на NodeJS - я разницы не увидел

я даже не стал его изучать, когда он вышел. не понравился :)
а теперь, правда, догонять приходится

а могло бы быть так:

просто смотрится лучше :) KISS ...

... если я вообще правильно понял, что такое REST

хорошо сказано!

нагуглил Gist: https://gist.github.com/nachiket-p/2964422
неплохо. отличный старт для приложух, но не представляю, сколько потребуется времени на изучение всего этого дела (я про Derby, Meteor...)

Потому что на момент начала работы не было ни одного каркаса который был бы создан для SPA, сейчас я не сёрфил проекты, но на 90% уверен, что их по прежнему нет, хотя для меня уже это не важно.

Я уже писал выше, что вариант возможен, но мне так думать неудобно. У себя я сначала определяю, к кому я обращаюсь, а затем что я делаю.

В моем случае один блок = один файл. Все в одном месте то, что касается этого блока. Выкинул файл, нет блока. А в другом случае, мне что нужно лазить по файлам get, put, delete - выискивать там то, что относиться к блоку?

Я понимаю, что эти два варианта жизнеспособны, но мне сложно думать, что я иду, а затем думать куда иду. Поэтому лучшим вариантом наверное будет брать готовую серверную часть, которую проработали.

Вот сам и не усложняй! У меня один POST, а у тебя 4 вида метода ломания мозга: PUT, DELETE, GET, POST.

http://habrahabr.ru/post/38730/
Вот каким местом очевидно, что POST это изменить? Тогда уж нужно вводить CHANGE и понеслась ...

Таким образом мы скатываемся от абстрагирования к низкоуровневым протоколам. Зачем?

В чем очевидный плюс? Я вижу минус - искусственное ограничение с неизвестной причиной. Почему взяли 4 типа, почему не 24, не 2, не 100500? Зачем об этом вообще думать?

Что делать, когда нужно сделать PUT + CHANGE + GET? На это тоже нужно правило придумывать? PUG или PUCH например :)

а я использую подход, когда тип операции является названием файла, а для отправки данных только GET и POST

getUser?...
deleteUser?...

:)

При этом физически файл может и не существовать, т.е. вместо action=getUser просто getUser.

ЗЫ: все предложенные варианты являются REST :)

Я раньше тоже использовал GET, оказалось без него проще. Проще о протоколе не думать.

POST позволяет и GET и POST, а вот GET это просто урезанный POST, хотя по сути одинаковы. Если нет веской причины использования того или иного протокола(оптимизация, архитектура ...) зачем заморачиваться?

Gozar, мне казалось это очевидно: get позволяет делать ссылки, т.к. данные передаются через URL :)

Наверное и правила какие-нибудь придуманы, где кошернее GET, а где POST? :)

Но по сути POST приходиться, а GET это типа когда "правильнее" :D