Приложения, подходящие для шаблона архитектуры REST?

Я недавно читал этот discussion at SO, где кто-то заметил, что не все приложения подходят для архитектуры на основе REST.
Вот что я имею в виду под «архитектурой, основанной на REST», это все, что связано с RESTful apis + HATEOAS. Большинство примеров в Интернете относятся к примеру «coffee shop», и они выделяют часть Hateoas через рабочий бит создания заказа -> update/confirm -> pay -> take delivery. Таким образом, REST наиболее подходит для приложений, которые имеют заметный переход состояния в них, или он одинаково подходит для других приложений, где, вероятно, нам стоит больше думать о переходах состояний, чтобы REST работал на насПриложения, подходящие для шаблона архитектуры REST?

источник

2012-06-18 redzedi

ОТДЫХ одинаково подходит для других приложений, где мы должны думать больше о переходах состояний. Constructing the User Interface with Statecharts - отличное руководство для того, как подойти к этому (если вы можете получить копию по разумной цене). Когда вы его читаете, просто убедитесь, что вы мысленно замените «Пользовательский интерфейс» на простой старый «Интерфейс».

источник

2012-06-18 12:02:52

что скажет о традиционном виде приложения CRUD, что-то вроде petstore? Может ли это быть сделано в REST, или это имеет смысл сделать это? – redzedi

@redzedi да, это имеет смысл для зоомагазина. В ваших ресурсах есть CRUDING. Например, продукт может отсутствовать, что означает, что он не может быть заказан, но его можно разместить в обратном порядке. Между тем другой продукт может быть прекращен, и в этом случае его нельзя заказать или разместить в обратном порядке. Эти разные состояния идеально обрабатываются государственными диаграммами. –

Приложения, подходящие для шаблона архитектуры REST?

ответ

Смежные вопросы