Объясните пожалуйста, применимо ли понятие "Rest - архитектура" к полноценному веб-приложению ориентированному на прямое использование людьми (не API)? Я понимаю, чем rest может быть полезен, если мы хотим предоставить другому сервису доступ к определенным данным, ну или даже не другому сервису, а некоторым своим JS компонентам, которые через AJAX будут общаться с сервером согласно rest - концепции. Но время от времени в интернете я читаю, что rest предлагают как полноценную основу для веб-приложения... У меня в голову не укладывается, как это вообще может работать. Может кто объяснит?

На сколько я помню, эта технология уже встроена в HTTP протокол.
То есть поддерживает не только POST, GET но и другие методы PUT, DELETE что позволяет обеспечить весь спектр операций CRUD над корпоративным приложением на сервере.
http://habrahabr.ru/post/38730/

Мне не особенно понравилась в связке с клиентом JS, я делал с помощью JSON, так как требуется писать службы для распаковки/упаковки команд. Лучше всего она подходит между распределёнными системами на разных уровнях с использованием curl.

Это сообщение отредактировал(а) Sentox - 1.6.2012, 20:58

Sentox, 
Я эту статью читал уже, но для меня осталось загадкой, как можно без диких издержек по времени поднять на REST полноценное веб приложение? Или архитектура вообще предназначена для коммуникации между приложениями, но не как их основа?

Архитектура включает в себя способы и описания взаимодействия нескольких уровней.
Уровень - это физическое расположения слоя(ёв) архитектуры самого приложения.

Скорее всего REST является больше протоколом, способом передачи данных и является частью архитектуры, которая,при правильном проектировании может легко заменяться другим протоколом связи. Отсюда сам REST не будет являться основой для архитектуры всего приложения в целом.

Это индивидульное мнение 
Возможно я не правильно понял ...

Добавлено @ 23:11

Это в действительности касается всех взаимодействий между клиент-сервер, не только REST. Возможно Вы судите о ВЕБ приложении строго в браузере?
Здесь уже выводится из бизнес-требований, что важней, скорость реакции интерфейса или другие аспекты важные для "толстого сервера": централизация обновлений, безопасность и др.

Это сообщение отредактировал(а) Sentox - 1.6.2012, 23:12