这是一个创建于 1939 天前的主题，其中的信息可能已经有所发展或是发生改变。
跟现在的 http json 比有什么优势吗
11 条回复 • 2019-01-24 13:18:52 +08:00
 |
1
AlkTTT 2019-01-23 15:50:51 +08:00
它现在起了一个新名字，叫微服务
|
 |
2
xbigfat 2019-01-23 15:56:12 +08:00
我觉得不是很好用。。soap 拼接起来还是挺麻烦的
|
 |
7
mritd 2019-01-23 21:39:25 +08:00 via iPhone
楼主随便找个维基百科啥的看看就行了，http json 也能做 但是 json 没有 xml 那么弹性，更直接地说有些数据结构，json 无法描述，导致作为跨需要跨服务调用时这个数据载体 json 做不了
|
|
8
AlkTTT 2019-01-24 08:41:54 +08:00
@mritd #6 微服务是细分服务边界，把各服务独立。webservice 是本身服务独立，供其他服务使用。可能只是一个内部调用，一个供其他对接方调用，怎么就不认识它了呢
|
|
10
mritd 2019-01-24 09:57:28 +08:00 via iPhone
@AlkTTT #9 别跟我犟，自己看维基百科 https://zh.m.wikipedia.org/zh-hans/Web_services 还有不要天天啥都往微服务上靠，不论是 http json 还是楼主说的 web service，从技术需要解决的根本问题上看，跟微服务一毛钱关系没有，微服务化 rpc 调用方式多了去了，总不能把 grpc 也归到微服务里
|
|
11
AlkTTT 2019-01-24 13:18:52 +08:00
@mritd #10 Emmm，谁跟谁犟？我在这里说出我的看法进行讨论。
您上来就是别胡诌，有想法有错误指出来，有认同一起讨论。您这个态度我也没回你什么吧？怎么就成跟您犟了？ 我的意思是，不考虑通讯方式，webservice 和微服务它们两个出现的目的，本质是相同的 “重复使用的应用程序组件 有一些功能是不同的应用程序常常会用到的。 那么为什么要周而复始地开发它们呢？ Web services 可以把应用程序组件作为服务来提供，比如汇率转换、天气预报或者甚至是语言翻译等等。 比较理想的情况是，每种应用程序组件只有一个最优秀的版本，这样任何人都可以在其应用程序中使用它。” 这是您发的链接里的一段话，是不是和微服务的立意类似？ |
Select Language