Caching for one. I just don't see a reason for moving as much as possible to POST since this seems to go against what the different methods (GET, HEAD, POST, PUT, DELETE, etc) were meant for.
> I just don't see a reason for moving as much as possible to POST since this seems to go against what the different methods (GET, HEAD, POST, PUT, DELETE, etc) were meant for.
Arguably, HTTP-based RPC with consistent use of POST is a lot more straightforward of a model than the kinda-sorta-REST-without-HATEOAS that a lot of APIs use, and arguably for APIs whose scope is a particular server and not the kind of generality that the web as a whole itself (the archetypical REST service) provides, POST-based HTTP-RPC is a more natural choice than REST.
I used to love Dropbox! There are so many options nowadays, though. Oh! This reminds me of a question I've been meaning to ask: Is there any way I can use this API to retrieve information about how much of my data has been handed over to the United States government?
Why? Why would you use a POST call for the first endpoint they demonstrate, users/get_current_account
Why not implement that as a GET-call?