这是一个创建于 3001 天前的主题，其中的信息可能已经有所发展或是发生改变。
这几个有什么区别啊，在工作中见过 API ，见过 rpc ，但基本没弄过 web service ， web service 过时了没有？网上说 rpc ， rest ， soap 都是 web service 的使用方式，如果这样， soap 算过时了吧？看看大家的想法
 |
1
lawlietxxl 2016-09-07 17:54:34 +08:00
soap 确实很老啦，当年 IBM 一群老大哥设计的，因为涉及的协议太多太复杂，在现在主打短平快的世界几乎被淘汰； rest 来源一一个斯坦福软件博士的论文， http 动词+uri 就可以完成后台 object 的状态转移，简单轻量，但是没有一个统一的工程式的设计，只是软件设计模式 /理论。 rpc 不是了解的很多。
|
 |
2
wshcdr 2016-09-07 18:09:05 +08:00
rpc 就是远程过程调用和 web service 比较像，和 web service 的区别是 1 ，传输的二进制数据 2 ，不走 80 端口，运维上比较麻烦。
|
 |
3
loserwn 2016-09-07 18:17:17 +08:00
对， rpc 用起来方便，但是，监控管理上不是很方便。
|
 |
4
lecher 2016-09-08 00:38:35 +08:00
rpc 和 soap 都只适用于同一机房的集群，是当年硬件昂贵年代对效率和性能压榨做出来的方案。已经不太适合现在的互联网产品开发模式了。但历史项目众多，那么多年积累了很多很好用的轮子，在同一机房的架构中，依然是性价比很高的选择。
如果只是考虑现在互联网项目的高爆发性，可能一两年就有百倍业务量增长，加上现在硬件还算便宜，在一开始可以用 rest 这种适合分布式部署的形式，牺牲系统内的通信效率和性能，把模块彻底拆开，这样只要业务量上来，跨机房的部署阵痛会少一些。 |
 |
5
qile1 2016-09-08 10:38:30 +08:00 via Android
那现在做管理系统用什么方式做接口？一直不懂。 net 的 web service 如何处理。
|
Select Language