Будет ли этого достаточно для описания REST?

Question

REST (передача состояния представления) - это стиль архитектуры программного обеспечения для гипермедиа систем (таких как World Wide Web).Термин REST был впервые введен Роем Филдингом в его докторской диссертации, который имеет большое отношение к спецификации HTTP 1.0 и HTTP 1.1.

Передача состояния представления, описывает Филдинг ", предназначенная для того, чтобы вызвать представление о том, как ведет себя хорошо разработанное веб-приложение: сеть веб-страниц, где пользователь обрабатывает приложение, выбирая ссылки (переходы состояний), результатына следующей странице (представляющей следующее состояние приложения) были переданы пользователю и предоставлены для использования ".

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

Будет ли это серфинг, чтобы объяснить, что такое REST?Если это так, я просто должен найти связь с HTTP и веб-сервисами, то все готово.

Answer 1

Скорее бьется вокруг куста, не в силах сказать, о чем идет речь. REST рассматривает веб-приложение как совокупность ресурсов со ссылками между ними. Конкретный ресурс может иметь много представлений (определяемых согласованием содержимого HTTP) и будет поддерживать некоторое подмножество HTTP-глаголов, примененных к нему (особенно GET, HEAD и OPTIONS, конечно, но также часто также PUT, POST и DELETE). Идемпотентность операций - важная вещь, которую следует учитывать, и следует также отметить, что операции (в частности, идемпотентный PUT и неидемпотентный POST) не обязательно отображаются непосредственно на создание и обновление.

Передаваемые представления должны быть самоописуемыми (в некотором смысле), поэтому HTML и XML хороши, но нет причин для того, чтобы представления передавались в любом направлении . Клиенты не должны угадывать URL-адреса ресурсов.

Answer 2

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