rest協議

❶ REST webservice與普通的servlet有什麼不同

一：Web Service基礎知識
一個最簡單web服務就一個web頁面等待請求與處理。更容易理解的方式是Web
Service可以把一個應用變成一個基本WEB方式的請求與處理的應用。常見的兩種
Web Service處理方式為：
a. 基於WSDL/SOAP的方式
b. Rest方式
方式a是比較正統的，客戶端調用必須先取得WSDL文件，然後生成調用的API才可
以使用。它不是我要說的重點，基本調用流程如下：

方式b是Rest方式，Rest的Web Service的設計原則是基於CRUD，其支持四種操作分
別為：
GET – 獲取信息/請求信息內容，絕大多數瀏覽器獲取信息時使用該方式。
POST – 增加信息內容，顯示以前的信息內容，可以看作是insert操作
PUT – 更新信息內容，相當與update
DELETE – 刪除信息內容可以看作是delete

Rest方式更加簡單便捷，如果從設計原則上看HTTP協議本身已經是最Restful風格的
協議了HTTP協議很好的支持了CRUD的操作。正是因為如此，WEB2.0以來, 基於
Restful的Web Service越來越多的成為首選。

二：認識RestfulStyle
Rest的全稱是可表述狀態遷移(RepresentationalState Transfer), 可能從字面看有點奇怪
HTTP協議本身無狀態協議，其保持連接通過設置請求頭欄位Connection: keep-alive與
設置過期時間來同時控制。其實Rest方式的WebService也是無狀態的這樣做的好處最少
有以下兩個：
1. 更好的負載平衡，減輕伺服器端負擔
2. 更快的客戶端響應，減少不必要的狀態檢查。

Restful 風格的興起，要感謝互聯網巨頭Google,Facebook等他們提供大量基於Restful
風格的web服務，從谷歌地圖到天氣預報到翻譯，國內的互聯網巨頭騰訊，新浪微博也
發布自己的web服務，吸引更多的開發者加入他們的陣營。Rest除了滿足基本的CRUD
設計原則之外，還要遵循如下約定：
1. 資源操作可以通過描述來實現即Representation
2. 消息本身是無狀態與自我描述(傳輸支持XML與JSON)
3. 可以發送與接受多個Representation

Rest風格(Restful Style)架構原則：
1. 客戶伺服器方式
2. 無狀態協議傳輸
3. 支持緩存
4. 統一介面定義
5. 分層系統設計
這樣發布了Rest的Web服務API其改變不會影響到客戶端程序與實現。如果你的系統
不能適用Rest風格的架構怎麼辦，重新設計一個新的架構，擴展Rest風格架構。但是
這個世界上絕大數的系統與應用要做的事情就是CRUD。

三. Rest與HTTP
上面已經提到過HTTP協議可能是最Rest風格的協議，而HTTP1.1協議設計的一個原則
就要實現Rest風格。所以毫無疑問HTTP的GET, POST, PUT, DELETE就是最好的證明
但是Rest風格是否可以應用到其它一些協議與系統設計中嘛，答案是肯定的，一個最好
的例子證明就POP3協議, POP3支持Fetch 數據記錄，查詢記錄，更新記錄與刪除記錄
(記錄代表email)多麼完美的Rest風格協議。

已經存在的HTTP協議應用：
1. 瀏覽器客戶端(你天天上網，不是IE就是Chrome，或者其它瀏覽器，你懂的)
2. 即時消息通信，MSN/Skype支持
3. 各種內容管理系統
4. 博客系統與微博客戶端應用。
5. 你可以來補充/？

Rest消息詳解:
1. 跟我們現在知道的HTTP URI沒有什麼分別，Google靜態地圖就是一個很好的例子
只是URL加上不同參數就可以fetch不同的地圖內容。
2. 可以支持任何類型的數據傳輸，這點與基於XML與JSON的信息傳輸有點同，後者
更希望傳輸文本內容與結構化文本內容
3. SOAP與XML-RPC有嚴格的消息格式限制，rest沒有消息格式要求。客戶端調用方
便啊！

Rest風格Web服務的好處，顯然易見一個好處就是簡化了客戶端的調用，不再像WSDL
那般麻煩。從而減低第三方開發者的學習成本，減短了學習曲線。有利於服務推廣與普
及，吸引更多用戶數量從而帶來潛在的商業利益。

在軟體即服務(SaaS - Software As A Service)與軟體即平台(PasS-Platform
As A Service)中有著重要的地位與應用。這正是那些互聯網巨頭對Rest風
格感興趣的原因之一。

四：Rest風格架構
Rest風格可以用在非WEB的系統設計與架構中嘛/?打答案是肯定的，Rest可以用在任何
系統設計中，從本質是上Rest不是一種技術，而是一種架構原則，當然可以用來架構非
WEB的系統。系統越大風格越要象Rest方式如此才是一個成功的架構。

WEB中的面向對象編程
ExtJS, KendoUI(基於JQuery)等JavaScript庫已經支持非常方便的從URL中fetch內容
更新數據，前端設計越來越趨向於更加細化的分層設計，而不僅僅是MVC。客戶端
程序員應該更多的專注前台用戶體驗，由於這些框架良好的封裝與可擴展行，
JavaScript等語言編程越來越多的引入面向對象的概念與實踐。可以好不誇張的說如
今的JavaScript編程與十年之前已經有本質不同。

❷ 需要連伺服器的手機app一般用什麼協議Tcp/ip還是REST API

手機要考慮到移動網路下的兼容性（CMWAP…我不確定還有沒有這個東西存在），一般還是建議用HTTP協議，這樣方便使用代理伺服器進行連接（比如說，內網wifi只允許通過HTTP代理上外網這種極端情況）

至於在HTTP協議上用什麼方式的RPC協議，現在一般是用REST了。雖然個人覺得還是SOAP省事…自動代碼生成…

❸ bbo rest 基於什麼協議

bbo支持多種遠程調用方式，例如bbo RPC（二進制序列化 + tcp協議）、http invoker（二進制序列化 + http協議，至少在開源版本沒發現對文本序列化的支持）、hessian（二進制序列化 + http協議）、WebServices （文本序列化 + http協議）等等，但缺乏對當今特別流行的REST風格遠程調用（文本序列化 + http協議）的支持。
有鑒於此，我們基於標準的Java REST API——JAX-RS 2.0（Java API for RESTful Web Services的簡寫），為bbo提供了接近透明的REST調用支持。由於完全兼容Java標准API，所以為bbo開發的所有REST服務，未來脫離bbo或者任何特定的REST底層實現一般也可以正常運行。
特別值得指出的是，我們並不需要完全嚴格遵守REST的原始定義和架構風格。即使著名的Twitter REST API也會根據情況做適度調整，而不是機械的遵守原始的REST風格。
附註：我們將這個功能稱之為REST風格的遠程調用，即RESTful Remoting（抽象的遠程處理或者調用），而不是叫RESTful RPC（具體的遠程「過程」調用），是因為REST和RPC本身可以被認為是兩種不同的風格。在bbo的REST實現中，可以說有兩個面向，其一是提供或消費正常的REST服務，其二是將REST作為bbo RPC體系中一種協議實現，而RESTful Remoting同時涵蓋了這個面向。

❹ 移動互聯網的協議中，下面_______是用於數據表示的協議。 A.HTTP B.REST C.TCP/IP D.HTML

移動互聯網的協議中，html協議是用於數據表示的

❺ 需要連伺服器的手機app一般用什麼協議Tcp/ip還是REST API

在這個模型中
rest api是屬於第七層：應用層 的協議
TCP/IP是屬於第四層專：傳輸屬層 的協議
在網路傳輸過程中，rest api數據包是作為普通數據被封裝在TCP/IP數據包里傳輸的(前提是：這里的傳輸層協議用的是TCP/IP而不是UDP或者其他)。

❻ restful和http的區別

REST 定義了一組體系架構原則，您可以根據這些，包括使用不同語言編寫的客戶端如何通過 HTTP 處理和傳輸資源狀態。所以在事實上，REST 對 Web的影響非常大，由於其使用相當方便，已經普遍地取代了基於 SOAP 和 WSDL 的介面設計。在多年以後的今天，REST的主要框架已經開始雨後春筍般的出現。

個人理解：
（一） 首先REST只是一種風格，不是一種標准
（二） REST是以資源為中心的
（三） REST充分利用或者說極端依賴HTTP協議

一．對於今天正在吸引如此多注意力的最純粹形式的 REST Web 服務，其具體實現應該遵循以下基本設計原則：

1.1．顯式地使用不同的 HTTP 請求方法
1.2．無狀態
1.3．公開目錄結構式的 URI(通過邏輯URI定位資源)。

1.1．顯式地使用不同的 HTTP 請求方法

我們在 Web 應用中處理來自客戶端的請求時，通常只考慮 GET 和 POST 這兩種 HTTP 請求方法。實際上，HTTP 還有 HEAD、PUT、DELETE 等請求方法。而在 REST 架構中，用不同的 HTTP 請求方法來處理對資源的 CRUD（創建、讀取、更新和刪除）操作：

若要在伺服器上創建資源，應該使用 POST 方法。
若要檢索某個資源，應該使用 GET 方法。
若要更改資源狀態或對其進行更新，應該使用 PUT 方法。
若要刪除某個資源，應該使用 DELETE 方法。

❼ 什麼是REST協議，是否是標准介面還是華為私有協議

因為trunk鏈路封裝協議有2種一個是802.1Q這個是公共協議，就是說所有設備都用的協議專，還有一屬種就是CIsco私有的ISL協議。。因為在路由器上配單臂路由也是走VLAN信息，VLAN只能走Trunk鏈路。。而子介面是虛擬的，所有有必要對子介面進行封裝協議，這樣雙方才能了解自己用的都是那種協議。

❽ java實現 HTTP協議的類REST調用方式問題

你可以用下httpClient.jar 查閱下相關API

❾ 需要連伺服器的手機app一般用什麼協議Tcp/ip還是REST API

安裝了網卡後，一般需要對其IP地址進行設置才可以連接到網路。那麼如何設置網卡的IP地址，又如何得知目前網卡的IP地址呢？下面我們以Windows XP和Windows 98為例分別進行說明。 在Windows XP中，可以通過控制面板中的網路連接進行IP地址的設置（Windows 2000的設置與XP基本相同，可以參考下面的說明進行設置）：單擊開始—〉設置—〉控制面板（如果是使用Windows XP風格的開始菜單則是在開始中），再雙擊網路連接，這里如果是使用Windows XP的分類視圖則單擊左面控制面板欄目中的切換到經典視圖，或者單擊請參閱中的其他控制面板選項即可找到。 雙擊網路連接，再用右鍵單擊本地連接（您要進行設置的那個連接）單擊屬性，再選擇Internet協議，單擊屬性。 如果區域網內有DHCP伺服器（比如使用了我們的路由器產品或者TED8620 ADSL），那麼就可以設置為自動獲得IP地址和DNS。如果您需要使用指定的IP地址，那麼請選擇使用下面的IP地址，再輸入要指定的IP地址，子網掩碼，默認網關，DNS等（如果您不清楚可以詢問網路管理員或者ISP）。如果使用我們的路由產品，就設置為與路由器地址同一網段（IP地址前3位相同，最後一段不同並且在1-254范圍內），子網掩碼為255.255.255.0，默認網關地址為路由器的IP地址。例如您使用TEI6606路由器，那麼您電腦的IP地址就可以設置為：192.168.8.2，子網掩碼255.255.255.0，默認網關192.168.8.1，DNS設為ISP提供的DNS地址。 要查看Windows XP或Windows 2000目前的IP地址，可以通過ipconfig命令實現。首先需要進入命令提示符：單擊開始—〉程序—〉附件—〉命令提示符，在窗口中輸入ipconfig按回車鍵即可看到目前各個連接的IP地址，默認網關等項目，如果需要更詳細的信息（比如DNS地址，MAC地址），可以使用ipconfig /all。 如果要修復連接可以使用ipconfig /release釋放IP地址，再使用ipconfig /renew更新即可。如果使用Windows XP，還有更簡單的方法來查看IP地址以及修復連接：以右鍵單擊本地連接選擇狀態，再選擇支持即可看到；單擊修復即可完成修復動作。 下面再看一下Windows 98（Windows ME基本相同）的設置：首先右鍵單擊網上鄰居選擇屬性，或者進入控制面板雙擊網路，再選擇TCP/IP（對應您的相應網卡的），單擊屬性： 我們主要設置的是IP地址和網關，DNS:其中IP地址設置與Windows XP類似，而網關和DNS設置是在另外的頁面：在網關中可以添加網關地址，在DNS配置中可以添加DNS地址，其中的主機選項中輸入任意的與區域網內計算機名不同的字元即可。 在Windows 98/ME中要查看目前的IP地址需要用到winipcfg，在開始—〉運行中輸入winipcfg單擊確定，在適配器欄中單擊右面的小箭頭來選擇您使用的網卡，即可看到當前網卡的IP地址等信息，如果單擊詳細信息就更容易選擇網卡，也可以看到更多信息。如果要修復可以先單擊釋放，再單擊更新即可。

❿ http的REST用的是什麼協議

了解以下信息：
a、這個介面是get方式還是post方式。還是兩者都行
b、這個介面接受點什麼入參

如果是get方式，採用下面
web_url("getname",
"URL=http://192.168.106.193/shop/business/QueryMdseDetailById.action?param1=something¶m2=something",
"Resource=0",
"RecContentType=text/html",
"Mode=HTML",
LAST);
如果是post方式，採用下面
web_submit_data("postname",
"Action=http://192.168.106.193/shop/business/QueryMdseDetailById.action",
"Method=POST",
"RecContentType=text/html",
"Mode=HTML",
ITEMDATA,
"Name=param1", "Value=something", ENDITEM,
"Name=param2", "Value=something", ENDITEM,
LAST);
上面的例子有兩個參數，參數多的話往後面加就好了。按實際要求進行參數化。你應該知道怎麼做才對。