建站
咨詢
售后
建站咨詢
新聞中心
REST(Representational State Transfer)是HTTP協(xié)議的作者Roy Fielding博士在其博士論文中提出的一種互聯(lián)網(wǎng)應(yīng)用構(gòu)架風(fēng)格。與以遠(yuǎn)程對象為核心的ORB和以服務(wù)為核心的SOA相比，以資源為核心的REST讓我們從嶄新的視角審視互聯(lián)網(wǎng)應(yīng)用。REST為互聯(lián)網(wǎng)應(yīng)用量身定做的簡潔模型、與HTTP協(xié)議的完美結(jié)合、構(gòu)架的高擴(kuò)展性，為互聯(lián)網(wǎng)應(yīng)用構(gòu)架設(shè)計和異構(gòu)系統(tǒng)集成設(shè)計帶來了一股清新的空氣。
創(chuàng)新互聯(lián)建站于2013年開始，先為武山等服務(wù)建站，武山等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為武山企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。
語言生態(tài)環(huán)境
計算機(jī)發(fā)展至今，產(chǎn)生了許許多多不同的語言，每種語言都定義了自己獨特的生態(tài)環(huán)境。在這個生態(tài)環(huán)境內(nèi)的程序共享相同的類型系統(tǒng)、運行時環(huán)境、并發(fā)模型等。雖然所有程序的本質(zhì)是相同的：從問題領(lǐng)域到機(jī)器領(lǐng)域的映射，但無法回避的是不同生態(tài)環(huán)境的程序很難跨越彼此的邊界。同樣是int，在A和B語言通常截然不同（CLR和JVM能部分解決類型共享問題），更不用說A語言具有但B語言不具有的某些語言特性(CLR和JVM沒法解決)。
當(dāng)系統(tǒng)可以在單一的生態(tài)環(huán)境中自給自足時，跨越生態(tài)環(huán)境的問題并不存在；但在多數(shù)互聯(lián)網(wǎng)應(yīng)用中，系統(tǒng)的各個部分通常既是生產(chǎn)者又是消費者，必須要打破生態(tài)環(huán)境的界限才能相互協(xié)作。比如，A公司的Service A，需要對外提供服務(wù)，而Service A又依賴于B公司的Service B和C公司的Service C；由于無法保證不同公司都采用同樣的語言，因此各服務(wù)的接口必須保證語言無關(guān)性。在我所了解的范圍內(nèi)，有3種跨域生態(tài)環(huán)境的方式：
1. ORB(Object Request Broker)
以CORBA為代表，其核心概念是遠(yuǎn)程對象（remote object）。熟悉.Net Remoting的朋友應(yīng)該能體會其風(fēng)格（需要說明的是.Net Remoting只跨越微軟的生態(tài)環(huán)境）。不同生態(tài)環(huán)境的程序可以像調(diào)用本地對象一樣調(diào)用遠(yuǎn)程對象代理的方法，ORB會負(fù)責(zé)連接到遠(yuǎn)程的對象，并處理數(shù)據(jù)的序列化與反序列化。
2. SOA
其核心概念是服務(wù)(Service)。比如：我們要提供整數(shù)加法Web服務(wù)，我們會很自然地想到通過類似下面的url來表達(dá)服務(wù)接口：
http://www.example.com/add?a=1&b=2
并通過xml結(jié)構(gòu)表達(dá)結(jié)果：
3. REST
其核心概念是資源(Resource)。在REST的世界中，沒有服務(wù)的概念，同樣是上面的例子，在REST的世界中，http://www.example.com/add?a=1&b=2是一個xml網(wǎng)頁資源的id，而非服務(wù)的接口。所以，REST讓我們從資源的角度來審視互聯(lián)網(wǎng)應(yīng)用并指導(dǎo)我們的設(shè)計，這是它與ORB和SOA最本質(zhì)的區(qū)別。下面我們將更詳細(xì)的介紹，REST以資源為核心的模型和相應(yīng)的設(shè)計風(fēng)格。
狀態(tài)表述轉(zhuǎn)移
在REST的世界中，資源即狀態(tài)，而互聯(lián)網(wǎng)就是一個巨大的狀態(tài)機(jī)：每個網(wǎng)頁是其一個狀態(tài)；url是狀態(tài)的表述；REST風(fēng)格的應(yīng)用則是從一個狀態(tài)遷移到下一個狀態(tài)的狀態(tài)轉(zhuǎn)移過程。早期互聯(lián)網(wǎng)只有靜態(tài)頁面的時候，通過超鏈接在靜態(tài)網(wǎng)頁間瀏覽跳轉(zhuǎn)的page->link->page->link…模式就是一種典型的狀態(tài)轉(zhuǎn)移過程。
無狀態(tài)服務(wù)器
REST風(fēng)格應(yīng)用可以實現(xiàn)交互，但它卻天然地具有服務(wù)器無狀態(tài)的特征。在狀態(tài)遷移的過程中，服務(wù)器不需要記錄任何Session，所有的狀態(tài)都通過url的形式記錄在了客戶端。PS:更準(zhǔn)確地說，這里的無狀態(tài)服務(wù)器，是指服務(wù)器不保存會話狀態(tài)(Session)；而資源本身則是天然的狀態(tài)，通常是需要被保存的；本文提到的無狀態(tài)服務(wù)器均指無會話狀態(tài)服務(wù)器。
舉個例子：一個心理測試的應(yīng)用，需要用戶做2次選擇題，每次可選A、B兩種答案，2次選擇完畢之后將告知用戶屬于何種心理類型。
如果按ORB或SOA的服務(wù)思維，很容易想到在服務(wù)器端保存Session，每次選擇以后修改Session，根據(jù)Session產(chǎn)生結(jié)果。但如果以REST的狀態(tài)表述轉(zhuǎn)移模型為指導(dǎo)，我們會自然地得出這樣設(shè)計：
每一個頁面表示一個狀態(tài)（存在于客戶端），頁面包含了到下一個頁面的超鏈接，每當(dāng)用戶選a或選b時分別轉(zhuǎn)移到下一個相應(yīng)的狀態(tài)。這樣，所有的會話狀態(tài)其實都是通過url的形式保存在了客戶端，服務(wù)器端實現(xiàn)了無狀態(tài)。另外，需要說明的是，雖然上圖有7個狀態(tài)，但并非一定需要在服務(wù)器預(yù)先生成7個靜態(tài)頁面，它們完全可以是動態(tài)頁面，這不影響狀態(tài)轉(zhuǎn)移的概念模型以及服務(wù)器無狀態(tài)的特征。
有構(gòu)架設(shè)計經(jīng)驗的朋友應(yīng)該很清楚，與有狀態(tài)服務(wù)設(shè)計相比，無狀態(tài)服務(wù)容易實現(xiàn)系統(tǒng)性能的橫向擴(kuò)展。通過增加硬件，部署多個無狀態(tài)服務(wù)，并進(jìn)行l(wèi)oad balance不會受到制約；而有狀態(tài)服務(wù)模式，Session的存儲、共享都會帶來性能瓶頸，且無法通過增加硬件消除。
Google搜索就是一個典型的無狀態(tài)服務(wù)。試想一下，當(dāng)你搜索“周杰倫”以后，Google提示你有數(shù)百萬的結(jié)果，并每10條一頁分成若干頁，Google會把結(jié)果保存進(jìn)服務(wù)器Session嗎，然后當(dāng)你翻頁的時候，再從Session中取嗎？顯然這樣龐大的Session，即使是Google也無法承受。來看看Google的url：
第一頁：http://www.google.cn/search?q=%E5%91%A8%E6%9D%B0%E4%BC%A6&hl=zh-CN&newwindow=1&start=0&sa=N
第二頁：http://www.google.cn/search?q=%E5%91%A8%E6%9D%B0%E4%BC%A6&hl=zh-CN&newwindow=1&start=10&sa=N
Google把搜索結(jié)果的每一頁視為資源（狀態(tài)），并通過url來表示，同一搜索關(guān)鍵字的不同分頁通過start參數(shù)來進(jìn)行區(qū)分。當(dāng)你從第一頁點擊第二頁的鏈接時，只是從一個狀態(tài)跳到了下一個狀態(tài)而已；對于Google而言，其實是一條新的查詢（按REST的觀點，獲取新的資源），而兩次查詢很可能是由不同的服務(wù)器在處理，而用戶卻感覺Google似乎記住了會話。
從上面的例子中，我們初步體會到了一點REST風(fēng)格的味道。但需要說明，REST風(fēng)格包含了無狀態(tài)服務(wù)器的特征；但反過來，并非具有無狀態(tài)服務(wù)器特征的都是REST。SOA同樣可以是無狀態(tài)的，REST的核心還是資源。
【編輯推薦】
- Sun即將啟動云計算策略 核心基于REST架構(gòu)
- 熱門Web開發(fā)方式 REST實現(xiàn)原理淺析
- 使用 XML 實現(xiàn) REST 式的 SOA
當(dāng)前名稱：REST構(gòu)架風(fēng)格介紹：狀態(tài)表述轉(zhuǎn)移
網(wǎng)址分享：http://www.5511xx.com/article/dpgosgs.html
