1. 首先RESTful是一套规范，不是框架，它是来约束你的。也不关心生产效率的提高。就好像使用汇编开发应用，性能是快了，但是生产效率很低。RESTful它需要你在路由上定义很多规则来解释的URL，假如你有1000个接口，你是不是得写1000个正则表达式来解释URL，还得管理它不让它出错，成本是不是很高？业务代码都没有写，就折腾这些去了。
2. 在开发的层面上，把这么多参数堆积在url上，看起来其实不直观。举个类比的例子。
例子1 在linux命令行里，文件，目录过长的路径是不是看起来很头疼，看都不想看。 你就很想使用tree命令查看结构化的目录文件
例子2 在写代码的函数里，是不是入参个数超过6个，就开始觉得这个函数看起来很麻烦了？
url上带有各种参数，请问如何调试？假如我要批量删除，如果100个用户，拼接的url是不是特别长？
以上的问题，都是可以通过程序员的聪明才智在RESTful规范下解决，但是值得你这样去做吗？
3. 个人感受，我觉得RESTful是web时代的产物，因为浏览器里面就只能输入url，他们希望通过url就能实现web的全部功能。但是现在这个时代，就算是网页web也是要很多响应式的交互，并不是论坛，网页那种简单的数据的陈列展示了。
4. RESTful 把各种资源都拆分这么细，让客户端自己分别请求，就好像客户端在操作数据库一样。RESTful api，特别是一些开放平台，面向不定的客户端，它无法知道它的使用者到底要如何使用它，所以它为了灵活性就相当于把数据库的操作能力转了一下给了客户端 。可是app最好不要请求这么多接口，最好一次请求返回整个页面的数据。‘
所以使用RESTful ，你考虑一下生产效率，维护成本，调试方便，有没有做成开发平台的必要性？