@
yueyoum 你确实是对这方面不太了解 虽然你实践过这些API
但是如果你只用POST方法 那可以说就压根没有用到REST带来的任何好处 虽然实现起来比较方便
Web Service/API 常用的大致有3种 比较早的 RPC 然后是 SOAP 最近才是流行 REST
其中你的做法 实际上就是介于 RPC和SOAP 或者是更接近 RPC Style+JSON的做法
首先 RPC和SOAP 都不适用HTTP的方法
其中RPC一般来说读取用GET其他都用POST 也可以全部用POST(全部GET是非常糟糕的 但也有人这么做)
而 SOAP 和你一样 全部用POST 只不过数据都是XML 而且有很严格的规范
对于方法名 RPC和你一样 一般都是把方法名写在URL里面
不过既然是放在URL里面 那么何必拘泥于这几个方法
比如你可以直接映射Class里面的方法处理岂不是更直观 而且可以用生成器直接生成API
比如 POST /userService/setUserById /userService/getUserById ...
另外你说的 “配置文件写好简单的规则(xml) 自动生成代码” 这样的技术已经有了 就是 SOAP!
SOAP 全部POST
而且SOAP你定义好API规则后(WSDL) 客户端可以根据WSDL自动生成代码!
而且SOAP的XML数据支持企业级加密
主要的不同是你的数据是用JSON 而SOAP规范是用XML
而且XML数据支持校验(DTD、Schema) 而目前JSON还没有这方面的标准
REST 的好处 其实就是想要充分利用HTTP协议已经定义的东西
比如Method 比如Status Code 比如无状态 比如GET PUT DELETE幂等(多次调用等于一次) 而且GET应该不改变状态 所以可以Cache之类的
好了写了这么多 可以说楼主对现有的技术并不是很了解
但是通过实践总结出了很多经验和模式
但是如果你了解了现有的技术 其实你自己总结的很多东西 其实他们都已经考虑到了
而且可能考虑的更远 自己是在从新发明轮子罢了
或者你可以结合多种方案 找到你自己最喜欢的方案
衷心的建议LZ了解一下这些技术 并且比较优劣 和使用场景
https://zh.wikipedia.org/wiki/RESThttps://zh.wikipedia.org/wiki/SOAPhttps://zh.wikipedia.org/wiki/XML-RPC另外还有一个不常用方案 就是使用Websocket/Commet实现一个双向的消息队列MQ
统一API入口 统一的数据格式 可以把方法名和参数封装在一个消息里面