Какие основные шаблоны и / или атрибуты делают приложение RESTful?

Question

Какие основные шаблоны и / или атрибуты делают приложение RESTful?

Answer 1

Делать вещи РЕСТАЛЬНО на самом деле сложно.

В конце дня, большие атрибуты:

1 - URI представляют ресурсы, а не действия 2 - HTTP-глаголы описывают, какое действие предпринять

т.е.:

GETing http://www.example.com/something/1 вернет что-то, обозначенное 1 POSTing http://www.example.com/something/1 обновит его PUTing http://www.example.com/something создаст что-то новое

3 - Ответы на такие вещи, как запросы GET, должны задокументировать другие места, куда может пойти клиент.

Если клиент запрашивает http://www.example.com/movies/1 (через GET), ответ должен содержать элементы, которые указывают клиенту на связанные вещи. Например, http://www.examples.com/review/movie/1 (в котором могут быть отзывы о фильме # 1

Это действительно грубо - проведите день, погугливая и читая. Затем попытайтесь выяснить, кто на самом деле говорит о REST, а кто путает его с базовыми RPC-компонентами с упрощенными схемами URL.

Answer 2

Для начала, веб-сервис RESTful не должен нарушать ни одно из следующих ограничений (подробно описано в оригинальной диссертации Роя Филдинга):

• клиент-сервер
• 1008 * без гражданства *
• кэшируемым
• единый интерфейс
• слоистая система

Из них «единый интерфейс» особенно важен.

Answer 3

Гипермедиа как двигатель состояния приложения (HATEOAS). Интерпретация REST с ясным пониманием этого единственного ограничения сделает все остальное в REST на порядок проще для понимания.

Answer 4

1. Понимание разницы между PUT и POST , или понимание того, что означает идемпотентность.

2. REST! ​​= RPC. Кажется, что в Интернете есть много ресурсов (таких как этот ), которые, кажется, думают, что, поскольку существует несколько представлений ресурса, он успокаивается. Ссылки, такие как / API / User / GetUser, не ограничены.

Answer 5

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

Answer 6

Я думаю, что это может ответить на ваш вопрос: Представительный государственный перевод

Answer 7

Хорошие партнеры MVC - это хорошо.

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

Также вы должны использовать весь HTTP-глагол, так что PUT / DELETE / POST / GET.