Срочно нужна помощь

[kobezzza]

Спасибо дошло, чат - не REST

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

***

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

[Gozar]

это как реализуешь

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

[melky]

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

Говоря, что Angular гавно - я имею ввиду, что он гавно для SPA

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

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

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

REST - это усложнение. Он влияет на архитектуру программы сервера.

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

Только я ломаю себе голову уже год, со времени пробы бэкбоне и до меня не допирает в чем преимущество?

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

Код:

block=comment&action=get block=comment&action=delete&id=3

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

GET /block
DELETE /block/3

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

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

REST - это как раз супер простая схема. И мне сложно представить что-то проще чем REST

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

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

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

[kobezzza]

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

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

[Gozar]

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

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

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

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

KISS ...

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

[Gozar]

http://habrahabr.ru/post/38730/

PUT /book/ — добавить книгу (данные в теле запроса)
POST /book/3 – изменить книгу (данные в теле запроса)

Вот каким местом очевидно, что POST это изменить? Тогда уж нужно вводить CHANGE и понеслась ...

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

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

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

[kobezzza]

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

getUser?...
deleteUser?...

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

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

[Gozar]

GET и POST

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

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

[kobezzza]

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

[Gozar]

отправки данных только GET и POST

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

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