别人的REST SOAP Thrift对比：
单项分数越高越好
| 项目 | REST | SOAP | Thrift |
|---|---|---|---|
| Extensibility | 5 | 3 | 1 |
| Neutrality | 2 | 4 | 3 |
| Independence | 1 | 3 | 4 |
| Large Data Handling | 1 | 5 | 3 |
| Scalability | 4 | 2 | 5 |
| Portability | 3 | 1 | 4 |
| Simplicity | 3 | 2 | 5 |
| Speed | 3 | 1 | 5 |
| Evolution | 2 | 1 | 5 |
简单总结：
- 如果你的系统对多语言要有支持、响应速度、并发上有高要求，建议选择Thrift。
- 如果你的系统多语言要求不高、简单、速度、并发不高要求，无状态要求(HTTP)，REST的方式就够用了。
- SOAP 的方式综合起来不是太推荐。除了他凸显的场景：严格的交互、有状态、要授权（也可以先授权，再将授权token 附带每次的请求）。
其它情况对比文章关于websocket, MQTT, SDK等选择