I was recently reading this discussion at SO where somebody commented that not all applications are suited for a REST based architecture.
Here what I mean by “REST based architecture” is the whole thing with RESTful apis + HATEOAS. Most of the examples on web refer to the “coffee shop” example and they highlight the Hateoas part through the workflowy bit of creating an order –> update/confirm –> pay –> take delivery. So is REST most suitable for apps that has a prominent state-transition in them, or is it equally suited for other kinds of apps, where probably we should think more in terms of state transitions to have REST working for us
I was recently reading this discussion at SO where somebody commented that not all
Share
REST is equally suited for other kinds of apps, where we should think more in terms of state transitions. Constructing the User Interface with Statecharts is an excellent guide for how to approach this (if you can get a copy at a reasonable price). When you are reading it, just make sure you mentally replace “User Interface” with plain old “Interface”.