Ⅰ RESTful WebService和web service的區別
restful是一種架構風格，其核心是面向資源；而webService底層SOAP協議，主要核心是面向活動。
SOAP：簡單對象訪問協議，很輕量，同時作為應用協議可以基於多種傳輸協議來傳遞消息（Http,SMTP等）。
客戶端和伺服器端的通訊方式
總結：
REST對於資源型服務介面來說很合適，同時特別適合對於效率要求很高，但是對於安全要求不高的場景。而SOAP的成熟性可以給需要提供給多開發語言的，對於安全性要求較高的介面設計帶來便利。所以我覺得純粹說什麼設計模式將會占據主導地位沒有什麼意義，關鍵還是看應用場景。成熟度SOAP雖然發展到現在已經脫離了初衷，但是對於異構環境服務發布和調用，以及廠商的支持都已經達到了較為成熟的情況。不同平台，開發語言之間通過SOAP來交互的web service都能夠較好的互通。
Ⅱ REST API 和WebService有哪些不同
rest api屬於webService的其中一種請求樣式：你應該想問的是REST 樣式和 SOAP 樣式 的區別吧？
從基本原理層次上說，REST 樣式和 SOAP 樣式 Web Service的區別取決於應用程序是面向資源的還是面向活動的。例如，在傳統的WebService中，一個獲得天氣預報的webservice會暴露一個WebMethod：string GetCityWether（string city）。而RESTful WebService暴露的不是方法，而是對象（資源），通過Http GET, PUT, POST 或者 DELETE來對請求的資源進行操作。在 REST 的定義中，一個 Web Service總是使用固定的 URI 向外部世界呈現（或者說暴露）一個資源。可以說這是一種全新的思維模式：使用唯一資源定位地址 URI，加上 HTTP 請求方法從而達到對一個發布於互聯網資源的唯一描述和操作。
最後，如果你已經有相關介面，若需要測試，推薦eolinker，可視化界面 ，支持自動生成文檔，支持Mock數據，自動化測試，生成SDK，團隊協作等等。eolinker也是目前國內最大的在線介面管理平台~
Ⅲ rest具體是怎麼實現webservice的
萬維網聯盟指出，REST是一個如何構建Web服務的模型。REST Web是WWW（基於HTTP）的子集，其中代理提供統一的介面語義，本質上是創建，檢索，更新和刪除，而不是任意或特定於應用程序的介面，並且僅通過交換表示來操縱資源。那麼，現在我們知道REST是什麼了，作者將簡要列出Roy Fielding在其論文的第五章中提到的所有約束：
- 客戶端-伺服器：以這樣的方式實施服務：將用戶界面關注點（客戶端獲得可移植性）與數據存儲關注點（伺服器獲得可伸縮性）分離開來。
- 無狀態：在客戶端和伺服器之間實現通信時，伺服器在處理請求時永遠不會利用儲存在伺服器上下文中的任何信息，而與會話相關的所有信息都存儲在客戶端中。
- 緩存：當可以（隱式或顯式）緩存請求的響應時，客戶端應獲取緩存的響應。
- 統一介面：所有REST服務都應依賴組件之間相同的統一設計。介面應與提供的服務解耦。
- 分層系統：客戶端永遠不知道它們是直接連接到伺服器還是連接到某些中間伺服器。例如，請求可以通過代理，該代理具有負載平衡或共享緩存的功能。
Ⅳ webservice介面和rest api介面一樣各自調用方法一樣求 有經驗的大神幫忙解釋下哈
不一樣
WS 有WS的客戶端調用
REST 就是簡單的HTTP請求，還可以瀏覽器直接調用
基於REST FUL的介面性能相比WS 好多了
WS的體系現在很完整，REST是沒興起多久的方式，不過後面REST會占很大份額
樓主，沒疑問就採納了吧
Ⅳ 用rest形式從客戶端調用webservice
#region Service
/// <summary>
/// Get Serveic
/// </summary>
/// <param name="endPoint">URL</param>
/// <param name="paramters">paramter</param>
protected string Service(string endPoint, Dictionary<string, string> paramters)
{
//格式化參數
string populatedEndPoint = CreateFormattedPostRequest(paramters);
//創建HttpWebRequest對象
HttpWebRequest req = CreateWebRequest(endPoint + populatedEndPoint, StringUtil.GetStringByte(populatedEndPoint).Length);
//取得返回值
HttpWebResponse resp = req.GetResponse() as HttpWebResponse;
Stream stream = resp.GetResponseStream();
string contents = string.Empty;
using (StreamReader reader = new StreamReader(stream, Encoding.UTF8))
{
contents = reader.ReadToEnd();
}
resp.Close();
stream.Close();
stream.Dispose();
req = null;
//取得內容Substring方法使用
contents = StringUtil.GetResponseBodyString(HttpUtility.UrlDecode(contents));
return contents;
}
#endregion
#region CreateFormattedPostRequest
/// <summary>
///
/// </summary>
/// <param name="values"></param>
/// <returns></returns>
private string CreateFormattedPostRequest(Dictionary<string,string> values)
{
var paramterBuilder = new StringBuilder();
var counter = 0;
foreach (var value in values)
{
//paramterBuilder.AppendFormat("{0}={1}", value.Key, HttpUtility.UrlEncode(value.Value, Encoding.UTF8));
paramterBuilder.AppendFormat("{0}", value.Value);
if (counter != values.Count - 1)
{
paramterBuilder.Append("&");
}
counter++;
}
return paramterBuilder.ToString();
}
#endregion
Ⅵ webservice,soap,rest,wsdl,cxf等的關系是什麼
webservice是一種標准，他可以通過soap或rest的方式來實現。
其中SOAP是基於xml的交互，而rest是基於http協議的交互。
wsdl是webservice的描述語言，描述服務是怎麼回事，怎麼調用。
cxf是rest實現webservice的Apache框架，是對rest進行了封裝
Ⅶ webservice和restful的區別
restful是一種架構風格，其核心是面向資源；而webService底層SOAP協議，主要核心是面向活動。
SOAP：簡單對象訪問協議，很輕量，同時作為應用協議可以基於多種傳輸協議來傳遞消息（Http,SMTP等）。
客戶端和伺服器端的通訊方式
總結：
REST對於資源型服務介面來說很合適，同時特別適合對於效率要求很高，但是對於安全要求不高的場景。而SOAP的成熟性可以給需要提供給多開發語言的，對於安全性要求較高的介面設計帶來便利。所以我覺得純粹說什麼設計模式將會占據主導地位沒有什麼意義，關鍵還是看應用場景。
成熟度
SOAP雖然發展到現在已經脫離了初衷，但是對於異構環境服務發布和調用，以及廠商的支持都已經達到了較為成熟的情況。不同平台，開發語言之間通過SOAP來交互的web service都能夠較好的互通。
Ⅷ "SOAP WebService " 和 "RESTful WebService" 的區別和聯系
SOAP(Simple Object Access Protocol)簡單對象訪問協議，是基於HTTP的一種異構系統通信的協議，說白了就是xml文檔傳輸，之所以會有它，就是在於不同語言C,C++,JAVA等語言開發的系統進行通信，是WebService就是基於SOAP協議的，確實是一種比較傳統的SOA解決方案。
REST(Rerepresentational State Transfer)是外國一位博士提出的一種架構風格，從資源狀態轉換角度看待資源，但也是基於SOAP協議進行通信。
rest 是一種風格 restful Webservice 和 soap的區別在於表現形式不一樣，如果想深入了解 可以去開開 深入理解Webservice 這本書，restful Webservice 不只是可以用json 也可以用xml 更可以用html做消息返回， rest 風格的Webservice 和傳統的soap 主要的表現在於 rest是將資源暴露 soap是暴露操作 。具體的流程其實和soap是一樣的，但是rest更方便，更輕。
Ⅸ REST API 和WebService有哪些不同
從基本原理層次上說，REST 樣式和 SOAP 樣式 Web Service的區別取決於應用程序是面向資源的還是面向活動的。例如，在傳統的WebService中，一個獲得天氣預報的webservice會暴露一個WebMethod：string GetCityWether（string city）。而RESTful WebService暴露的不是方法，而是對象（資源），通過Http GET, PUT, POST 或者 DELETE來對請求的資源進行操作。在 REST 的定義中，一個 Web Service總是使用固定的 URI 向外部世界呈現（或者說暴露）一個資源。可以說這是一種全新的思維模式：使用唯一資源定位地址 URI，加上 HTTP 請求方法從而達到對一個發布於互聯網資源的唯一描述和操作。
所以我理解為rest架構定義的webservice實際上定義了一個借口的規范。
REST其實並不是什麼協議也不是什麼標准，而是將Http協議的設計初衷作了詮釋，在Http協議被廣泛利用的今天，越來越多的是將其作為傳輸協議，而非原先設計者所考慮的應用協議。
REST的思想歸結以下有如下幾個關鍵點：
1．面向資源的介面設計
所有的介面設計都是針對資源來設計的，也就很類似於我們的面向對象和面向過程的設計區別，只不過現在將網路上的操作實體都作為資源來看待，同時URI的設計也是體現了對於資源的定位設計。後面會提到有一些網站的API設計說是REST設計，其實是RPC-REST的混合體，並非是REST的思想。
2．抽象操作為基礎的CRUD
這點很簡單，Http中的get,put,www.hbbz08.com post,delete分別對應了read,update,create,delete四種操作，如果僅僅是作為對於資源的操作，抽象成為這四種已經足夠了，但是對於現在的一些復雜的業務服務介面設計，可能這樣的抽象未必能夠滿足。其實這也在後面的幾個網站的API設計中暴露了這樣的問題，如果要完全按照REST的思想來設計，那麼適用的環境將會有限制，而非放之四海皆準的。
3．Http是應用協議而非傳輸協議
這點在後面各大網站的API分析中有很明顯的體現，其實有些網站已經走到了SOAP的老路上，說是REST的理念設計，其實是作了一套私有的SOAP協議，因此稱之為REST風格的自定義SOAP協議。
4．無狀態，自包含
這點其實不僅僅是對於REST來說的，作為介面設計都需要能夠做到這點，也是作為可擴展和高效性的最基本的保證，就算是使用SOAP的WebService也是一樣。