Most of the time we use json+http, we need an RPC mechanism, but are afraid to say it because the web people were duped into thinking REST is good.
cowmoo728 338 days ago [-]
I'm currently working on fixing a semi broken REST API that exposed way too much of the data internals to clients. The clients have so much control over the DB that they must chain calls in a specific order and have none of them drop or else the DB can get into a nonsensical state. I understand why it was built this way by the consulting firm, because it let them leverage a server side framework to auto generate a ton of endpoints based on the DB schema, but it's a great example of REST gone wrong.
I'm considering transitioning to an RPC framework to dig out of this mess, but not sure that will go over well with one of the REST gurus on my team.
anentropic 338 days ago [-]
the problem here seems to have nothing to do with REST
macca321 338 days ago [-]
Pleasingly the docs here refer to HTTP APIs and not REST APIs.
tannhaeuser 337 days ago [-]
It would be even more pleasing if "API" were dropped in favour of "protocol".
danpalmer 338 days ago [-]
REST is good, we were duped into thinking that the Twitter API is an example of a REST API that is worth following.