webservice接口和restful接口哪個(gè)更好？Rest是一種建筑風(fēng)格。其核心是資源導(dǎo)向，遵循積垢原則。這一原則告訴我們，資源只需要四種行為，即創(chuàng)建、獲取、更新和刪除。這些資源的操作由HTTP協(xié)

webservice接口和restful接口哪個(gè)更好？

Rest是一種建筑風(fēng)格。其核心是資源導(dǎo)向，遵循積垢原則。這一原則告訴我們，資源只需要四種行為，即創(chuàng)建、獲取、更新和刪除。這些資源的操作由HTTP協(xié)議指定。WebService的底層是soap協(xié)議，核心是面向活動(dòng)的。有嚴(yán)格的規(guī)范和標(biāo)準(zhǔn)，包括安全、事務(wù)等

如果我們想使用restful或WebService，我們需要考慮資源本身。我們要看資源本身是一個(gè)簡(jiǎn)單的業(yè)務(wù)操作，類似于添加、刪除、修改、查詢，還是一個(gè)比較復(fù)雜的業(yè)務(wù)操作，比如轉(zhuǎn)移、事務(wù)處理等；第二是看是否有嚴(yán)格的規(guī)范和標(biāo)準(zhǔn)，當(dāng)有多個(gè)業(yè)務(wù)系統(tǒng)的集成和開發(fā)時(shí)，我們需要考慮在使用soap協(xié)議方面有比較優(yōu)勢(shì)。如果是簡(jiǎn)單的數(shù)據(jù)操作，沒有事務(wù)處理，并且開發(fā)和調(diào)用相對(duì)簡(jiǎn)單，那么使用rest架構(gòu)風(fēng)格就比較有優(yōu)勢(shì)。對(duì)于更復(fù)雜的面向活動(dòng)的服務(wù)，使用rest是沒有意義的。

api接口，RPC，WebService分別解決什么問題？

API只是一種實(shí)現(xiàn)方式。很多平臺(tái)都有API接口調(diào)用，比如聚合數(shù)據(jù)，使用起來非常方便。WebService是體系結(jié)構(gòu)中的web服務(wù)，RPC是使用WebService的一種方式。WebService：在使用上分為RPC、soap和rest；在數(shù)據(jù)格式上分為XML和JSON；其中RPC和soap的使用在減少，restful架構(gòu)占主導(dǎo)地位；XML格式的使用在減少，JSON等輕量級(jí)格式的使用在增加。RPC是一個(gè)遠(yuǎn)程過程調(diào)用，它調(diào)用服務(wù)器的服務(wù)（方法），就像調(diào)用本地服務(wù)（方法）一樣。實(shí)現(xiàn)中有XML-RPC和json-RPC，但傳輸數(shù)據(jù)格式不同，使用方式相似。

CS架構(gòu)下WebService是怎么通信的？

通過HTTP協(xié)議或其他類似協(xié)議與WebService通信將返回此對(duì)象的屬性，而不是接口類的實(shí)現(xiàn)對(duì)象。WebService本身沒有CS和BS的概念。使用java開發(fā)可以使用Axis2框架