Thread:Talk:Requests for comment/API Future/REST API vs. the rest of API

It seems like currently, the proposal is to split the API into two parts: most of the API will stay mostly the same as it is right now, while the “Content API” won't support XML and will probably have completely different URL schema (more REST-like).

I don't think splitting the API like that is a good idea. We should strive to make the API more consistent, not less. I understand that the intention is that the Content API is meant for different uses than the rest of the API, but in the end, I think many applications will want to use both parts of the API. And dealing with two different APIs will be a headache for the authors of applications, I think.

I understand that there are real issues that part of the proposal is trying to solve (caching), but I think (and hope) there are ways to solve that without making the API much harder to use.

What do you think?