E.g. if I use a JavaScript promise library to make 100 GET /user/N requests in parallel I lose the request and response coupling.
-
-
Replying to @nouswaves
Say one of the responses comes back with the user's blob - but it doesn't contain the userId. What then?
1 reply 0 retweets 0 likes -
Replying to @nouswaves
Either I rewrite the back-end code or I write extensions on top of the libraries I am using to attach request metadata to the response.
1 reply 0 retweets 0 likes -
-
Replying to @nouswaves
The simpler solution is to reframe requests and responses as explicitly encoded method signatures.
2 replies 0 retweets 0 likes -
-
Replying to @dorkitude
@dorkitude Haha, not my intention. I was writing an extremely chatty front-end to a set of ill-fit APIs.1 reply 0 retweets 0 likes -
Replying to @nouswaves
@dorkitude I found this article this morning which seems relevant: http://thenextweb.com/dd/2013/12/17/future-api-design-orchestration-layer/ …1 reply 0 retweets 0 likes -
Replying to @nouswaves
@dorkitude A lot of complexity in the client for some single-page apps. All due to the need for servers to service multiple clients.1 reply 0 retweets 0 likes -
Replying to @nouswaves
@dorkitude I reckon though that my idea is too extreme: server responses are generic for good reason.1 reply 0 retweets 0 likes
@dorkitude Hard to imagine responses so well-defined they had 1-to-N coupling with all client's response handlers method signatures.
-
-
Replying to @nouswaves
@dorkitude Orchestration layers seem like accidental solutions which too often force all of the cost on either the client or the server.1 reply 0 retweets 0 likes -
Replying to @nouswaves
@dorkitude My thoughts are murky: something about the client specifying what they will accept; a man walks towards a door to a building [..]1 reply 0 retweets 1 like - 1 more reply
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.