2012-06-18 27 views
2

我最近在读这discussion at SO情况:有人评论说,并非所有应用程序都适合于基于REST的架构。
这就是我所谓的“基于REST的架构”是RESTful API中+ HATEOAS整个事情。大多数的例子在网络指的是“咖啡馆”的例子,他们通过创建订单的workflowy位突出HATEOAS部分 - >更新/确认 - >付费 - >提货。所以是具有在其中一个突出的状态转变REST最适合的应用程序,或者是它同样适用于其他类型的应用程序,其中可能我们应该多想想状态转换方面的有REST为我们工作适用于REST架构模式的应用程序?

回答

1

REST同样适用于其他类型的应用程序,我们应该在状态转换方面考虑更多。 Constructing the User Interface with Statecharts是如何处理这个(如果你能以合理的价格得到一份拷贝)一个很好的指南。当你阅读它时,只要确保你用普通的“接口”替换了“用户界面”。

+0

什么会说传统的CRUD类型的应用程序,类似的PetStore的?这可以在REST中完成,还是可以做到这一点? – redzedi

+0

@redzedi是的,它是有道理的宠物商店。您正在审查的资源有状态。例如,产品可能缺货,这意味着它不能订购,但它可以放在订单上。同时,另一种产品可能会停产,在这种情况下,它不能订购或放在订单上。这些不同的状态最好用状态图来处理。 –

相关问题