News for hackers. Stuff that matters.

A comment on Coding the Angular Tutorial App in Backbone. Parent comment

Re:Coding the Angular Tutorial App in Backbone by peterhunt on Thursday April 17, 2014 @03:47AM (#7602421)
I mean REST has its place. For example, it has very predictable performance and well-known cache characteristics. The problem is when you want to fetch data in repeated rounds, or when you want to fetch data that isn't expressed well as a hierarchy (think a graph with cycles -- not uncommon). That's where it breaks down.

I think you can get pretty far with batched REST, but I'd like to see some way to query graphs in an easier way.

[ Parent | on HN ]
Re:Coding the Angular Tutorial App in Backbone by dustingetz on Thursday April 17, 2014 @12:11PM (#7604467)
I think REST is orthogonal to relational data. (Actual REST, that adheres to HATEOAS and a real REST standard. If one rolls his own JSON services, it's not REST.) HATEOAS puts no constraint on how your data is shaped. A specific implementation of REST may or may not have a nice way to navigate graphs.

[0] http://restcookbook.com/Basics/hateoas/

RESTful Web APIs (2013)[1] is a very, very good book about this stuff. The book has a mailing list with some good discussion about this stuff [2].

[1] http://www.amazon.com/RESTful-Web-APIs-Leonard-Richardson/dp... [2] https://groups.google.com/forum/?fromgroups=#!searchin/colle...

I'm still exploring this stuff myself so maybe I am wrong or misunderstanding you.

[ Parent | on HN ]
Re:Coding the Angular Tutorial App in Backbone by dragonwriter on Thursday April 17, 2014 @09:24AM (#7603373)
How is REST problematic for cyclic graphs? I mean the Web is a graph with many cycles and the Web is the defining instance of a REST application. HATEOAS, a pillar of REST, seems, among other things, to be particularly apt for dealing with arbitrary graphs.
[ Parent | on HN ]