簡(jiǎn)介Restlet 是一個(gè) Java Web 框架，旨在簡(jiǎn)化 RESTful API 的開(kāi)發(fā)。它提供了豐富的特性，包括資源管理、URI 路由、消息處理和安全。Node.js 是一個(gè) JavaScript 運(yùn)行時(shí)環(huán)境，用于構(gòu)建網(wǎng)絡(luò)應(yīng)用程序。將 Restlet 與 Node.js 集成可以為 JavaScript 開(kāi)發(fā)人員提供構(gòu)建強(qiáng)大且可擴(kuò)展的 RESTful API 的能力。集成步驟Restlet 提供了一個(gè)名為 `restless` 的 Node.js 模塊，可以輕松與 Node.js 集成。以下是集成步驟：1. 安裝 `restless` 模塊： bash npm install restless2. 創(chuàng)建一個(gè)新的 Restlet 應(yīng)用程序： javascript const restless = require('restless'); const app = restless.createServer();3. 定義資源和方法： javascript app.resource('/users').get((req, res) => {res.send('List of users'); });app.resource('/users/:id').get((req, res) => {const id = req.params.id;res.send(`User with ID ${id}`); });Restlet 特性通過(guò) `restless` 模塊，JavaScript 開(kāi)發(fā)人員可以利用 Restlet 的以下特性：資源定義：定義 RESTful 資源，指定 URI 路徑和支持的方法。URI 路由：基于請(qǐng)求的 URI 將請(qǐng)求路由到適當(dāng)?shù)馁Y源和方法。消息處理：支持 JSON、XML 和文本等各種消息格式。安全：提供身份驗(yàn)證、授權(quán)和跨域請(qǐng)求保護(hù)。擴(kuò)展性：允許創(chuàng)建自定義組件和中間件以擴(kuò)展應(yīng)用程序功能。好處Restlet 與 Node.js 集成提供了許多好處：簡(jiǎn)化的 RESTful API 開(kāi)發(fā)：Restlet 提供了一個(gè)直觀的 API，可用于輕松定義 RESTful 資源和方法。高性能

---

如何處理restful對(duì)接口安全性問(wèn)題

REST (REpresentation State Transfer) 描述了一個(gè)架構(gòu)樣式的網(wǎng)絡(luò)系統(tǒng)，比如 web 應(yīng)用程序。 它首次出現(xiàn)在 2000 年 Roy Fielding 的博士論文中，他是 HTTP 規(guī)范的主要編寫(xiě)者之一。 REST 指的是一組架構(gòu)約束條件和原則。 滿足這些約束條件和原則的應(yīng)用程序或設(shè)計(jì)就是 RESTful。 Web 應(yīng)用程序最重要的 REST 原則是，客戶端和服務(wù)器之間的交互在請(qǐng)求之間是無(wú)狀態(tài)的。 從客戶端到服務(wù)器的每個(gè)請(qǐng)求都必須包含理解請(qǐng)求所必需的信息。 如果服務(wù)器在請(qǐng)求之間的任何時(shí)間點(diǎn)重啟，客戶端不會(huì)得到通知。 此外，無(wú)狀態(tài)請(qǐng)求可以由任何可用服務(wù)器回答，這十分適合云計(jì)算之類的環(huán)境。 客戶端可以緩存數(shù)據(jù)以改進(jìn)性能。 在服務(wù)器端，應(yīng)用程序狀態(tài)和功能可以分為各種資源。 資源是一個(gè)有趣的概念實(shí)體，它向客戶端公開(kāi)。 資源的例子有:應(yīng)用程序?qū)ο蟆?shù)據(jù)庫(kù)記錄、算法等等。 每個(gè)資源都使用 URI (Universal Resource Identifier) 得到一個(gè)惟一的地址。 所有資源都共享統(tǒng)一的界面，以便在客戶端和服務(wù)器之間傳輸狀態(tài)。 使用的是標(biāo)準(zhǔn)的 HTTP 方法，比如 GET、PUT、POST 和 DELETE。 Hypermedia 是應(yīng)用程序狀態(tài)的引擎，資源表示通過(guò)超鏈接互聯(lián)。 另一個(gè)重要的 REST 原則是分層系統(tǒng)，這表示組件無(wú)法了解它與之交互的中間層以外的組件。 通過(guò)將系統(tǒng)知識(shí)限制在單個(gè)層，可以限制整個(gè)系統(tǒng)的復(fù)雜性，促進(jìn)了底層的獨(dú)立性。 當(dāng)REST 架構(gòu)的約束條件作為一個(gè)整體應(yīng)用時(shí)，將生成一個(gè)可以擴(kuò)展到大量客戶端的應(yīng)用程序。 它還降低了客戶端和服務(wù)器之間的交互延遲。 統(tǒng)一界面簡(jiǎn)化了整個(gè)系統(tǒng)架構(gòu)，改進(jìn)了子系統(tǒng)之間交互的可見(jiàn)性。 REST 簡(jiǎn)化了客戶端和服務(wù)器的實(shí)現(xiàn)。 RESTful的實(shí)現(xiàn):RESTful Web 服務(wù)與 RPC 樣式的 Web 服務(wù)了解了什么是什么是REST，我們?cè)倏纯碦ESTful的實(shí)現(xiàn)。 最近，使用 RPC 樣式架構(gòu)構(gòu)建的基于 SOAP 的 Web 服務(wù)成為實(shí)現(xiàn) SOA 最常用的方法。 RPC 樣式的 Web 服務(wù)客戶端將一個(gè)裝滿數(shù)據(jù)的信封(包括方法和參數(shù)信息)通過(guò) HTTP 發(fā)送到服務(wù)器。 服務(wù)器打開(kāi)信封并使用傳入?yún)?shù)執(zhí)行指定的方法。 方法的結(jié)果打包到一個(gè)信封并作為響應(yīng)發(fā)回客戶端。 客戶端收到響應(yīng)并打開(kāi)信封。 每個(gè)對(duì)象都有自己獨(dú)特的方法以及僅公開(kāi)一個(gè) URI 的 RPC 樣式 Web 服務(wù)，URI 表示單個(gè)端點(diǎn)。 它忽略 HTTP 的大部分特性且僅支持 POST 方法。 由于輕量級(jí)以及通過(guò) HTTP 直接傳輸數(shù)據(jù)的特性，Web 服務(wù)的 RESTful 方法已經(jīng)成為最常見(jiàn)的替代方法。 可以使用各種語(yǔ)言(比如 Java 程序、Perl、Ruby、Python、PHP 和 Javascript[包括 Ajax])實(shí)現(xiàn)客戶端。 RESTful Web 服務(wù)通常可以通過(guò)自動(dòng)客戶端或代表用戶的應(yīng)用程序訪問(wèn)。 但是，這種服務(wù)的簡(jiǎn)便性讓用戶能夠與之直接交互，使用它們的 Web 瀏覽器構(gòu)建一個(gè) GET URL 并讀取返回的內(nèi)容。 在REST 樣式的 Web 服務(wù)中，每個(gè)資源都有一個(gè)地址。 資源本身都是方法調(diào)用的目標(biāo)，方法列表對(duì)所有資源都是一樣的。 這些方法都是標(biāo)準(zhǔn)方法，包括 HTTP GET、POST、PUT、DELETE，還可能包括 HEADER 和 OPTIONS。 在RPC 樣式的架構(gòu)中，關(guān)注點(diǎn)在于方法，而在 REST 樣式的架構(gòu)中，關(guān)注點(diǎn)在于資源 -- 將使用標(biāo)準(zhǔn)方法檢索并操作信息片段(使用表示的形式)。 資源表示形式在表示形式中使用超鏈接互聯(lián)。 Leonard Richardson 和 Sam Ruby 在他們的著作 RESTful Web Services 中引入了術(shù)語(yǔ) REST-RPC 混合架構(gòu)。 REST-RPC 混合 Web 服務(wù)不使用信封包裝方法、參數(shù)和數(shù)據(jù)，而是直接通過(guò) HTTP 傳輸數(shù)據(jù)，這與 REST 樣式的 Web 服務(wù)是類似的。 但是它不使用標(biāo)準(zhǔn)的 HTTP 方法操作資源。 它在 HTTP 請(qǐng)求的 URI 部分存儲(chǔ)方法信息。 好幾個(gè)知名的 Web 服務(wù)，比如 Yahoo 的 Flickr API 和 API 都使用這種混合架構(gòu)。 RESTful的實(shí)現(xiàn):RESTful Web 服務(wù)的 Java 框架有兩個(gè) Java 框架可以幫助構(gòu)建 RESTful Web 服務(wù)。 erome Louvel 和 Dave Pawson 開(kāi)發(fā)的 Restlet(見(jiàn) 參考資料)是輕量級(jí)的。 它實(shí)現(xiàn)針對(duì)各種 RESTful 系統(tǒng)的資源、表示、連接器和媒體類型之類的概念，包括 Web 服務(wù)。 在 Restlet 框架中，客戶端和服務(wù)器都是組件。 組件通過(guò)連接器互相通信。 該框架最重要的類是抽象類 Uniform 及其具體的子類 Restlet，該類的子類是專用類，比如 Application、Filter、Finder、Router 和 Route。 這些子類能夠一起處理驗(yàn)證、過(guò)濾、安全、數(shù)據(jù)轉(zhuǎn)換以及將傳入請(qǐng)求路由到相應(yīng)資源等操作。 Resource 類生成客戶端的表示形式。 JSR-311是 Sun Microsystems 的規(guī)范，可以為開(kāi)發(fā) RESTful Web 服務(wù)定義一組 Java API。 Jersey是對(duì) JSR-311 的參考實(shí)現(xiàn)。 JSR-311 提供一組注釋，相關(guān)類和接口都可以用來(lái)將 Java 對(duì)象作為 Web 資源展示。 該規(guī)范假定 HTTP 是底層網(wǎng)絡(luò)協(xié)議。 它使用注釋提供 URI 和相應(yīng)資源類之間的清晰映射，以及 HTTP 方法與 Java 對(duì)象方法之間的映射。 API 支持廣泛的 HTTP 實(shí)體內(nèi)容類型，包括 HTML、XML、JSON、GIF、JPG 等。 它還將提供所需的插件功能，以允許使用標(biāo)準(zhǔn)方法通過(guò)應(yīng)用程序添加其他類型。 RESTful的實(shí)現(xiàn):構(gòu)建 RESTful Web 服務(wù)的多層架構(gòu)RESTful Web 服務(wù)和動(dòng)態(tài) Web 應(yīng)用程序在許多方面都是類似的。 有時(shí)它們提供相同或非常類似的數(shù)據(jù)和函數(shù)，盡管客戶端的種類不同。 例如，在線電子商務(wù)分類網(wǎng)站為用戶提供一個(gè)瀏覽器界面，用于搜索、查看和訂購(gòu)產(chǎn)品。 如果還提供 Web 服務(wù)供公司、零售商甚至個(gè)人能夠自動(dòng)訂購(gòu)產(chǎn)品，它將非常有用。 與大部分動(dòng)態(tài) Web 應(yīng)用程序一樣，Web 服務(wù)可以從多層架構(gòu)的關(guān)注點(diǎn)分離中受益。 業(yè)務(wù)邏輯和數(shù)據(jù)可以由自動(dòng)客戶端和 GUI 客戶端共享。 惟一的不同點(diǎn)在于客戶端的本質(zhì)和中間層的表示層。 此外，從數(shù)據(jù)訪問(wèn)中分離業(yè)務(wù)邏輯可實(shí)現(xiàn)數(shù)據(jù)庫(kù)獨(dú)立性，并為各種類型的數(shù)據(jù)存儲(chǔ)提供插件能力。 圖1 展示了自動(dòng)化客戶端，包括 Java 和各種語(yǔ)言編寫(xiě)的腳本，這些語(yǔ)言包括 Python、Perl、Ruby、PHP 或命令行工具，比如 curl。 在瀏覽器中運(yùn)行且作為 RESTful Web 服務(wù)消費(fèi)者運(yùn)行的 Ajax、Flash、JavaFX、GWT、博客和 wiki 都屬于此列，因?yàn)樗鼈兌即碛脩粢宰詣?dòng)化樣式運(yùn)行。 自動(dòng)化 Web 服務(wù)客戶端在 Web 層向 Resource Request Handler 發(fā)送 HTTP 響應(yīng)。 客戶端的無(wú)狀態(tài)請(qǐng)求在頭部包含方法信息，即 POST、GET、PUT 和 DELETE，這又將映射到 Resource Request Handler 中資源的相應(yīng)操作。 每個(gè)請(qǐng)求都包含所有必需的信息，包括 Resource Request Handler 用來(lái)處理請(qǐng)求的憑據(jù)。 從Web 服務(wù)客戶端收到請(qǐng)求之后，Resource Request Handler 從業(yè)務(wù)邏輯層請(qǐng)求服務(wù)。 Resource Request Handler 確定所有概念性的實(shí)體，系統(tǒng)將這些實(shí)體作為資源公開(kāi)，并為每個(gè)資源分配一個(gè)惟一的 URI。 但是，概念性的實(shí)體在該層是不存在的。 它們存在于業(yè)務(wù)邏輯層。 可以使用 Jersey 或其他框架(比如 Restlet)實(shí)現(xiàn) Resource Request Handler，它應(yīng)該是輕量級(jí)的，將大量職責(zé)工作委托給業(yè)務(wù)層。 Ajax 和 RESTful Web 服務(wù)本質(zhì)上是互為補(bǔ)充的。 它們都可以利用大量 Web 技術(shù)和標(biāo)準(zhǔn)，比如 HTML、JavaScript、瀏覽器對(duì)象、XML/JSON 和 HTTP。 當(dāng)然也不需要購(gòu)買、安裝或配置任何主要組件來(lái)支持 Ajax 前端和 RESTful Web 服務(wù)之間的交互。 RESTful Web 服務(wù)為 Ajax 提供了非常簡(jiǎn)單的 API 來(lái)處理服務(wù)器上資源之間的交互。 圖1 中的 Web 瀏覽器客戶端作為 GUI 的前端，使用表示層中的 Browser Request Handler 生成的 HTML 提供顯示功能。 Browser Requester Handler 可以使用 MVC 模型(JSF、Struts 或 Spring 都是 Java 的例子)。 它從瀏覽器接受請(qǐng)求，從業(yè)務(wù)邏輯層請(qǐng)求服務(wù)，生成表示并對(duì)瀏覽器做出響應(yīng)。 表示供用戶在瀏覽器中顯示使用。 表示不僅包含內(nèi)容，還包含顯示的屬性，比如 HTML 和 CSS。 業(yè)務(wù)規(guī)則可以集中到業(yè)務(wù)邏輯層，該層充當(dāng)表示層和數(shù)據(jù)訪問(wèn)層之間的數(shù)據(jù)交換的中間層。 數(shù)據(jù)以域?qū)ο蠡蛑祵?duì)象的形式提供給表示層。 從業(yè)務(wù)邏輯層中解耦 Browser Request Handler 和 Resource Request Handler 有助于促進(jìn)代碼重用，并能實(shí)現(xiàn)靈活和可擴(kuò)展的架構(gòu)。 此外，由于將來(lái)可以使用新的 REST 和 MVC 框架，實(shí)現(xiàn)它們變得更加容易，無(wú)需重寫(xiě)業(yè)務(wù)邏輯層。 數(shù)據(jù)訪問(wèn)層提供與數(shù)據(jù)存儲(chǔ)層的交互，可以使用 DAO 設(shè)計(jì)模式或者對(duì)象-關(guān)系映射解決方案(如 Hibernate、OJB 或 iBATIS)實(shí)現(xiàn)。 作為替代方案，業(yè)務(wù)層和數(shù)據(jù)訪問(wèn)層中的組件可以實(shí)現(xiàn)為 EJB 組件，并取得 EJB 容器的支持，該容器可以為組件生命周期提供便利，管理持久性、事務(wù)和資源配置。 但是，這需要一個(gè)遵從 Java EE 的應(yīng)用服務(wù)器(比如 JBoss)，并且可能無(wú)法處理 Tomcat。 該層的作用在于針對(duì)不同的數(shù)據(jù)存儲(chǔ)技術(shù)，從業(yè)務(wù)邏輯中分離數(shù)據(jù)訪問(wèn)代碼。 數(shù)據(jù)訪問(wèn)層還可以作為連接其他系統(tǒng)的集成點(diǎn)，可以成為其他 Web 服務(wù)的客戶端。 數(shù)據(jù)存儲(chǔ)層包括數(shù)據(jù)庫(kù)系統(tǒng)、LDAP 服務(wù)器、文件系統(tǒng)和企業(yè)信息系統(tǒng)(包括遺留系統(tǒng)、事務(wù)處理系統(tǒng)和企業(yè)資源規(guī)劃系統(tǒng))。 使用該架構(gòu)，您可以開(kāi)始看到 RESTful Web 服務(wù)的力量，它可以靈活地成為任何企業(yè)數(shù)據(jù)存儲(chǔ)的統(tǒng)一 API，從而向以用戶為中心的 Web 應(yīng)用程序公開(kāi)垂直數(shù)據(jù)，并自動(dòng)化批量報(bào)告腳本。 什么是REST:結(jié)束語(yǔ)REST 描述了一個(gè)架構(gòu)樣式的互聯(lián)系統(tǒng)(如 Web 應(yīng)用程序)。 REST 約束條件作為一個(gè)整體應(yīng)用時(shí)，將生成一個(gè)簡(jiǎn)單、可擴(kuò)展、有效、安全、可靠的架構(gòu)。 由于它簡(jiǎn)便、輕量級(jí)以及通過(guò) HTTP 直接傳輸數(shù)據(jù)的特性，RESTful Web 服務(wù)成為基于 SOAP 服務(wù)的一個(gè)最有前途的替代方案。 用于 web 服務(wù)和動(dòng)態(tài) Web 應(yīng)用程序的多層架構(gòu)可以實(shí)現(xiàn)可重用性、簡(jiǎn)單性、可擴(kuò)展性和組件可響應(yīng)性的清晰分離。 Ajax 和 RESTful Web 服務(wù)本質(zhì)上是互為補(bǔ)充的。

怎樣用通俗的語(yǔ)言解釋什么叫 REST，以及什么是 RESTful

REST (REpresentation State Transfer) 描述了一個(gè)架構(gòu)樣式的網(wǎng)絡(luò)系統(tǒng)，比如 web 應(yīng)用程序。 它首次出現(xiàn)在 2000 年 Roy Fielding 的博士論文中，他是 HTTP 規(guī)范的主要編寫(xiě)者之一。 REST 指的是一組架構(gòu)約束條件和原則。 滿足這些約束條件和原則的應(yīng)用程序或設(shè)計(jì)就是 RESTful。 Web 應(yīng)用程序最重要的 REST 原則是，客戶端和服務(wù)器之間的交互在請(qǐng)求之間是無(wú)狀態(tài)的。 從客戶端到服務(wù)器的每個(gè)請(qǐng)求都必須包含理解請(qǐng)求所必需的信息。 如果服務(wù)器在請(qǐng)求之間的任何時(shí)間點(diǎn)重啟，客戶端不會(huì)得到通知。 此外，無(wú)狀態(tài)請(qǐng)求可以由任何可用服務(wù)器回答，這十分適合云計(jì)算之類的環(huán)境。 客戶端可以緩存數(shù)據(jù)以改進(jìn)性能。 在服務(wù)器端，應(yīng)用程序狀態(tài)和功能可以分為各種資源。 資源是一個(gè)有趣的概念實(shí)體，它向客戶端公開(kāi)。 資源的例子有：應(yīng)用程序?qū)ο蟆?shù)據(jù)庫(kù)記錄、算法等等。 每個(gè)資源都使用 URI (Universal Resource Identifier) 得到一個(gè)惟一的地址。 所有資源都共享統(tǒng)一的界面，以便在客戶端和服務(wù)器之間傳輸狀態(tài)。 使用的是標(biāo)準(zhǔn)的 HTTP 方法，比如 GET、PUT、POST 和 DELETE。 Hypermedia 是應(yīng)用程序狀態(tài)的引擎，資源表示通過(guò)超鏈接互聯(lián)。 另一個(gè)重要的 REST 原則是分層系統(tǒng)，這表示組件無(wú)法了解它與之交互的中間層以外的組件。 通過(guò)將系統(tǒng)知識(shí)限制在單個(gè)層，可以限制整個(gè)系統(tǒng)的復(fù)雜性，促進(jìn)了底層的獨(dú)立性。 當(dāng)REST 架構(gòu)的約束條件作為一個(gè)整體應(yīng)用時(shí)，將生成一個(gè)可以擴(kuò)展到大量客戶端的應(yīng)用程序。 它還降低了客戶端和服務(wù)器之間的交互延遲。 統(tǒng)一界面簡(jiǎn)化了整個(gè)系統(tǒng)架構(gòu)，改進(jìn)了子系統(tǒng)之間交互的可見(jiàn)性。 REST 簡(jiǎn)化了客戶端和服務(wù)器的實(shí)現(xiàn)。 RESTful的實(shí)現(xiàn)：RESTful Web 服務(wù)與 RPC 樣式的 Web 服務(wù)了解了什么是什么是REST，我們?cè)倏纯碦ESTful的實(shí)現(xiàn)。 最近，使用 RPC 樣式架構(gòu)構(gòu)建的基于 SOAP 的 Web 服務(wù)成為實(shí)現(xiàn) SOA 最常用的方法。 RPC 樣式的 Web 服務(wù)客戶端將一個(gè)裝滿數(shù)據(jù)的信封（包括方法和參數(shù)信息）通過(guò) HTTP 發(fā)送到服務(wù)器。 服務(wù)器打開(kāi)信封并使用傳入?yún)?shù)執(zhí)行指定的方法。 方法的結(jié)果打包到一個(gè)信封并作為響應(yīng)發(fā)回客戶端。 客戶端收到響應(yīng)并打開(kāi)信封。 每個(gè)對(duì)象都有自己獨(dú)特的方法以及僅公開(kāi)一個(gè) URI 的 RPC 樣式 Web 服務(wù)，URI 表示單個(gè)端點(diǎn)。 它忽略 HTTP 的大部分特性且僅支持 POST 方法。 由于輕量級(jí)以及通過(guò) HTTP 直接傳輸數(shù)據(jù)的特性，Web 服務(wù)的 RESTful 方法已經(jīng)成為最常見(jiàn)的替代方法。 可以使用各種語(yǔ)言（比如 Java 程序、Perl、Ruby、Python、PHP 和 Javascript[包括 Ajax]）實(shí)現(xiàn)客戶端。 RESTful Web 服務(wù)通常可以通過(guò)自動(dòng)客戶端或代表用戶的應(yīng)用程序訪問(wèn)。 但是，這種服務(wù)的簡(jiǎn)便性讓用戶能夠與之直接交互，使用它們的 Web 瀏覽器構(gòu)建一個(gè) GET URL 并讀取返回的內(nèi)容。 在REST 樣式的 Web 服務(wù)中，每個(gè)資源都有一個(gè)地址。 資源本身都是方法調(diào)用的目標(biāo)，方法列表對(duì)所有資源都是一樣的。 這些方法都是標(biāo)準(zhǔn)方法，包括 HTTP GET、POST、PUT、DELETE，還可能包括 HEADER 和 OPTIONS。 在RPC 樣式的架構(gòu)中，關(guān)注點(diǎn)在于方法，而在 REST 樣式的架構(gòu)中，關(guān)注點(diǎn)在于資源 —— 將使用標(biāo)準(zhǔn)方法檢索并操作信息片段（使用表示的形式）。 資源表示形式在表示形式中使用超鏈接互聯(lián)。 Leonard Richardson 和 Sam Ruby 在他們的著作 RESTful Web Services 中引入了術(shù)語(yǔ) REST-RPC 混合架構(gòu)。 REST-RPC 混合 Web 服務(wù)不使用信封包裝方法、參數(shù)和數(shù)據(jù)，而是直接通過(guò) HTTP 傳輸數(shù)據(jù)，這與 REST 樣式的 Web 服務(wù)是類似的。 但是它不使用標(biāo)準(zhǔn)的 HTTP 方法操作資源。 它在 HTTP 請(qǐng)求的 URI 部分存儲(chǔ)方法信息。 好幾個(gè)知名的 Web 服務(wù)，比如 Yahoo 的 Flickr API 和 API 都使用這種混合架構(gòu)。 RESTful的實(shí)現(xiàn)：RESTful Web 服務(wù)的 Java 框架有兩個(gè) Java 框架可以幫助構(gòu)建 RESTful Web 服務(wù)。 erome Louvel 和 Dave Pawson 開(kāi)發(fā)的 Restlet（見(jiàn) 參考資料）是輕量級(jí)的。 它實(shí)現(xiàn)針對(duì)各種 RESTful 系統(tǒng)的資源、表示、連接器和媒體類型之類的概念，包括 Web 服務(wù)。 在 Restlet 框架中，客戶端和服務(wù)器都是組件。 組件通過(guò)連接器互相通信。 該框架最重要的類是抽象類 Uniform 及其具體的子類 Restlet，該類的子類是專用類，比如 Application、Filter、Finder、Router 和 Route。 這些子類能夠一起處理驗(yàn)證、過(guò)濾、安全、數(shù)據(jù)轉(zhuǎn)換以及將傳入請(qǐng)求路由到相應(yīng)資源等操作。 Resource 類生成客戶端的表示形式。 JSR-311是 Sun Microsystems 的規(guī)范，可以為開(kāi)發(fā) RESTful Web 服務(wù)定義一組 Java API。 Jersey是對(duì) JSR-311 的參考實(shí)現(xiàn)。 JSR-311 提供一組注釋，相關(guān)類和接口都可以用來(lái)將 Java 對(duì)象作為 Web 資源展示。 該規(guī)范假定 HTTP 是底層網(wǎng)絡(luò)協(xié)議。 它使用注釋提供 URI 和相應(yīng)資源類之間的清晰映射，以及 HTTP 方法與 Java 對(duì)象方法之間的映射。 API 支持廣泛的 HTTP 實(shí)體內(nèi)容類型，包括 HTML、XML、JSON、GIF、JPG 等。 它還將提供所需的插件功能，以允許使用標(biāo)準(zhǔn)方法通過(guò)應(yīng)用程序添加其他類型。 RESTful的實(shí)現(xiàn)：構(gòu)建 RESTful Web 服務(wù)的多層架構(gòu)RESTful Web 服務(wù)和動(dòng)態(tài) Web 應(yīng)用程序在許多方面都是類似的。 有時(shí)它們提供相同或非常類似的數(shù)據(jù)和函數(shù)，盡管客戶端的種類不同。 例如，在線電子商務(wù)分類網(wǎng)站為用戶提供一個(gè)瀏覽器界面，用于搜索、查看和訂購(gòu)產(chǎn)品。 如果還提供 Web 服務(wù)供公司、零售商甚至個(gè)人能夠自動(dòng)訂購(gòu)產(chǎn)品，它將非常有用。 與大部分動(dòng)態(tài) Web 應(yīng)用程序一樣，Web 服務(wù)可以從多層架構(gòu)的關(guān)注點(diǎn)分離中受益。 業(yè)務(wù)邏輯和數(shù)據(jù)可以由自動(dòng)客戶端和 GUI 客戶端共享。 惟一的不同點(diǎn)在于客戶端的本質(zhì)和中間層的表示層。 此外，從數(shù)據(jù)訪問(wèn)中分離業(yè)務(wù)邏輯可實(shí)現(xiàn)數(shù)據(jù)庫(kù)獨(dú)立性，并為各種類型的數(shù)據(jù)存儲(chǔ)提供插件能力。 圖1 展示了自動(dòng)化客戶端，包括 Java 和各種語(yǔ)言編寫(xiě)的腳本，這些語(yǔ)言包括 Python、Perl、Ruby、PHP 或命令行工具，比如 curl。 在瀏覽器中運(yùn)行且作為 RESTful Web 服務(wù)消費(fèi)者運(yùn)行的 Ajax、Flash、JavaFX、GWT、博客和 wiki 都屬于此列，因?yàn)樗鼈兌即碛脩粢宰詣?dòng)化樣式運(yùn)行。 自動(dòng)化 Web 服務(wù)客戶端在 Web 層向 Resource Request Handler 發(fā)送 HTTP 響應(yīng)。 客戶端的無(wú)狀態(tài)請(qǐng)求在頭部包含方法信息，即 POST、GET、PUT 和 DELETE，這又將映射到 Resource Request Handler 中資源的相應(yīng)操作。 每個(gè)請(qǐng)求都包含所有必需的信息，包括 Resource Request Handler 用來(lái)處理請(qǐng)求的憑據(jù)。 從Web 服務(wù)客戶端收到請(qǐng)求之后，Resource Request Handler 從業(yè)務(wù)邏輯層請(qǐng)求服務(wù)。 Resource Request Handler 確定所有概念性的實(shí)體，系統(tǒng)將這些實(shí)體作為資源公開(kāi)，并為每個(gè)資源分配一個(gè)惟一的 URI。 但是，概念性的實(shí)體在該層是不存在的。 它們存在于業(yè)務(wù)邏輯層。 可以使用 Jersey 或其他框架（比如 Restlet）實(shí)現(xiàn) Resource Request Handler，它應(yīng)該是輕量級(jí)的，將大量職責(zé)工作委托給業(yè)務(wù)層。 Ajax 和 RESTful Web 服務(wù)本質(zhì)上是互為補(bǔ)充的。 它們都可以利用大量 Web 技術(shù)和標(biāo)準(zhǔn)，比如 HTML、JavaScript、瀏覽器對(duì)象、XML/JSON 和 HTTP。 當(dāng)然也不需要購(gòu)買、安裝或配置任何主要組件來(lái)支持 Ajax 前端和 RESTful Web 服務(wù)之間的交互。 RESTful Web 服務(wù)為 Ajax 提供了非常簡(jiǎn)單的 API 來(lái)處理服務(wù)器上資源之間的交互。 圖1 中的 Web 瀏覽器客戶端作為 GUI 的前端，使用表示層中的 Browser Request Handler 生成的 HTML 提供顯示功能。 Browser Requester Handler 可以使用 MVC 模型（JSF、Struts 或 Spring 都是 Java 的例子）。 它從瀏覽器接受請(qǐng)求，從業(yè)務(wù)邏輯層請(qǐng)求服務(wù)，生成表示并對(duì)瀏覽器做出響應(yīng)。 表示供用戶在瀏覽器中顯示使用。 表示不僅包含內(nèi)容，還包含顯示的屬性，比如 HTML 和 CSS。 業(yè)務(wù)規(guī)則可以集中到業(yè)務(wù)邏輯層，該層充當(dāng)表示層和數(shù)據(jù)訪問(wèn)層之間的數(shù)據(jù)交換的中間層。 數(shù)據(jù)以域?qū)ο蠡蛑祵?duì)象的形式提供給表示層。 從業(yè)務(wù)邏輯層中解耦 Browser Request Handler 和 Resource Request Handler 有助于促進(jìn)代碼重用，并能實(shí)現(xiàn)靈活和可擴(kuò)展的架構(gòu)。 此外，由于將來(lái)可以使用新的 REST 和 MVC 框架，實(shí)現(xiàn)它們變得更加容易，無(wú)需重寫(xiě)業(yè)務(wù)邏輯層。 數(shù)據(jù)訪問(wèn)層提供與數(shù)據(jù)存儲(chǔ)層的交互，可以使用 DAO 設(shè)計(jì)模式或者對(duì)象-關(guān)系映射解決方案（如 Hibernate、OJB 或 iBATIS）實(shí)現(xiàn)。 作為替代方案，業(yè)務(wù)層和數(shù)據(jù)訪問(wèn)層中的組件可以實(shí)現(xiàn)為 EJB 組件，并取得 EJB 容器的支持，該容器可以為組件生命周期提供便利，管理持久性、事務(wù)和資源配置。 但是，這需要一個(gè)遵從 Java EE 的應(yīng)用服務(wù)器（比如 JBoss），并且可能無(wú)法處理 Tomcat。 該層的作用在于針對(duì)不同的數(shù)據(jù)存儲(chǔ)技術(shù)，從業(yè)務(wù)邏輯中分離數(shù)據(jù)訪問(wèn)代碼。 數(shù)據(jù)訪問(wèn)層還可以作為連接其他系統(tǒng)的集成點(diǎn)，可以成為其他 Web 服務(wù)的客戶端。 數(shù)據(jù)存儲(chǔ)層包括數(shù)據(jù)庫(kù)系統(tǒng)、LDAP 服務(wù)器、文件系統(tǒng)和企業(yè)信息系統(tǒng)（包括遺留系統(tǒng)、事務(wù)處理系統(tǒng)和企業(yè)資源規(guī)劃系統(tǒng)）。 使用該架構(gòu)，您可以開(kāi)始看到 RESTful Web 服務(wù)的力量，它可以靈活地成為任何企業(yè)數(shù)據(jù)存儲(chǔ)的統(tǒng)一 API，從而向以用戶為中心的 Web 應(yīng)用程序公開(kāi)垂直數(shù)據(jù)，并自動(dòng)化批量報(bào)告腳本。 什么是REST：結(jié)束語(yǔ)REST 描述了一個(gè)架構(gòu)樣式的互聯(lián)系統(tǒng)（如 Web 應(yīng)用程序）。 REST 約束條件作為一個(gè)整體應(yīng)用時(shí)，將生成一個(gè)簡(jiǎn)單、可擴(kuò)展、有效、安全、可靠的架構(gòu)。 由于它簡(jiǎn)便、輕量級(jí)以及通過(guò) HTTP 直接傳輸數(shù)據(jù)的特性，RESTful Web 服務(wù)成為基于 SOAP 服務(wù)的一個(gè)最有前途的替代方案。 用于 web 服務(wù)和動(dòng)態(tài) Web 應(yīng)用程序的多層架構(gòu)可以實(shí)現(xiàn)可重用性、簡(jiǎn)單性、可擴(kuò)展性和組件可響應(yīng)性的清晰分離。 Ajax 和 RESTful Web 服務(wù)本質(zhì)上是互為補(bǔ)充的。

怎樣用通俗的語(yǔ)言解釋什么叫 REST，以及什么是 RESTful

REST (REpresentation State Transfer) 描述了一個(gè)架構(gòu)樣式的網(wǎng)絡(luò)系統(tǒng)，比如 web 應(yīng)用程序。 它首次出現(xiàn)在 2000 年 Roy Fielding 的博士論文中，他是 HTTP 規(guī)范的主要編寫(xiě)者之一。 REST 指的是一組架構(gòu)約束條件和原則。 滿足這些約束條件和原則的應(yīng)用程序或設(shè)計(jì)就是 RESTful。 Web 應(yīng)用程序最重要的 REST 原則是，客戶端和服務(wù)器之間的交互在請(qǐng)求之間是無(wú)狀態(tài)的。 從客戶端到服務(wù)器的每個(gè)請(qǐng)求都必須包含理解請(qǐng)求所必需的信息。 如果服務(wù)器在請(qǐng)求之間的任何時(shí)間點(diǎn)重啟，客戶端不會(huì)得到通知。 此外，無(wú)狀態(tài)請(qǐng)求可以由任何可用服務(wù)器回答，這十分適合云計(jì)算之類的環(huán)境。 客戶端可以緩存數(shù)據(jù)以改進(jìn)性能。 在服務(wù)器端，應(yīng)用程序狀態(tài)和功能可以分為各種資源。 資源是一個(gè)有趣的概念實(shí)體，它向客戶端公開(kāi)。 資源的例子有：應(yīng)用程序?qū)ο蟆?shù)據(jù)庫(kù)記錄、算法等等。 每個(gè)資源都使用 URI (Universal Resource Identifier) 得到一個(gè)惟一的地址。 所有資源都共享統(tǒng)一的界面，以便在客戶端和服務(wù)器之間傳輸狀態(tài)。 使用的是標(biāo)準(zhǔn)的 HTTP 方法，比如 GET、PUT、POST 和 DELETE。 Hypermedia 是應(yīng)用程序狀態(tài)的引擎，資源表示通過(guò)超鏈接互聯(lián)。 另一個(gè)重要的 REST 原則是分層系統(tǒng)，這表示組件無(wú)法了解它與之交互的中間層以外的組件。 通過(guò)將系統(tǒng)知識(shí)限制在單個(gè)層，可以限制整個(gè)系統(tǒng)的復(fù)雜性，促進(jìn)了底層的獨(dú)立性。 當(dāng)REST 架構(gòu)的約束條件作為一個(gè)整體應(yīng)用時(shí)，將生成一個(gè)可以擴(kuò)展到大量客戶端的應(yīng)用程序。 它還降低了客戶端和服務(wù)器之間的交互延遲。 統(tǒng)一界面簡(jiǎn)化了整個(gè)系統(tǒng)架構(gòu)，改進(jìn)了子系統(tǒng)之間交互的可見(jiàn)性。 REST 簡(jiǎn)化了客戶端和服務(wù)器的實(shí)現(xiàn)。 RESTful的實(shí)現(xiàn)：RESTful Web 服務(wù)與 RPC 樣式的 Web 服務(wù)了解了什么是什么是REST，我們?cè)倏纯碦ESTful的實(shí)現(xiàn)。 最近，使用 RPC 樣式架構(gòu)構(gòu)建的基于 SOAP 的 Web 服務(wù)成為實(shí)現(xiàn) SOA 最常用的方法。 RPC 樣式的 Web 服務(wù)客戶端將一個(gè)裝滿數(shù)據(jù)的信封（包括方法和參數(shù)信息）通過(guò) HTTP 發(fā)送到服務(wù)器。 服務(wù)器打開(kāi)信封并使用傳入?yún)?shù)執(zhí)行指定的方法。 方法的結(jié)果打包到一個(gè)信封并作為響應(yīng)發(fā)回客戶端。 客戶端收到響應(yīng)并打開(kāi)信封。 每個(gè)對(duì)象都有自己獨(dú)特的方法以及僅公開(kāi)一個(gè) URI 的 RPC 樣式 Web 服務(wù)，URI 表示單個(gè)端點(diǎn)。 它忽略 HTTP 的大部分特性且僅支持 POST 方法。 由于輕量級(jí)以及通過(guò) HTTP 直接傳輸數(shù)據(jù)的特性，Web 服務(wù)的 RESTful 方法已經(jīng)成為最常見(jiàn)的替代方法。 可以使用各種語(yǔ)言（比如 Java 程序、Perl、Ruby、Python、PHP 和 Javascript[包括 Ajax]）實(shí)現(xiàn)客戶端。 RESTful Web 服務(wù)通常可以通過(guò)自動(dòng)客戶端或代表用戶的應(yīng)用程序訪問(wèn)。 但是，這種服務(wù)的簡(jiǎn)便性讓用戶能夠與之直接交互，使用它們的 Web 瀏覽器構(gòu)建一個(gè) GET URL 并讀取返回的內(nèi)容。 在REST 樣式的 Web 服務(wù)中，每個(gè)資源都有一個(gè)地址。 資源本身都是方法調(diào)用的目標(biāo)，方法列表對(duì)所有資源都是一樣的。 這些方法都是標(biāo)準(zhǔn)方法，包括 HTTP GET、POST、PUT、DELETE，還可能包括 HEADER 和 OPTIONS。 在RPC 樣式的架構(gòu)中，關(guān)注點(diǎn)在于方法，而在 REST 樣式的架構(gòu)中，關(guān)注點(diǎn)在于資源 —— 將使用標(biāo)準(zhǔn)方法檢索并操作信息片段（使用表示的形式）。 資源表示形式在表示形式中使用超鏈接互聯(lián)。 Leonard Richardson 和 Sam Ruby 在他們的著作 RESTful Web Services 中引入了術(shù)語(yǔ) REST-RPC 混合架構(gòu)。 REST-RPC 混合 Web 服務(wù)不使用信封包裝方法、參數(shù)和數(shù)據(jù)，而是直接通過(guò) HTTP 傳輸數(shù)據(jù)，這與 REST 樣式的 Web 服務(wù)是類似的。 但是它不使用標(biāo)準(zhǔn)的 HTTP 方法操作資源。 它在 HTTP 請(qǐng)求的 URI 部分存儲(chǔ)方法信息。 好幾個(gè)知名的 Web 服務(wù)，比如 Yahoo 的 Flickr API 和 API 都使用這種混合架構(gòu)。 RESTful的實(shí)現(xiàn)：RESTful Web 服務(wù)的 Java 框架有兩個(gè) Java 框架可以幫助構(gòu)建 RESTful Web 服務(wù)。 erome Louvel 和 Dave Pawson 開(kāi)發(fā)的 Restlet（見(jiàn) 參考資料）是輕量級(jí)的。 它實(shí)現(xiàn)針對(duì)各種 RESTful 系統(tǒng)的資源、表示、連接器和媒體類型之類的概念，包括 Web 服務(wù)。 在 Restlet 框架中，客戶端和服務(wù)器都是組件。 組件通過(guò)連接器互相通信。 該框架最重要的類是抽象類 Uniform 及其具體的子類 Restlet，該類的子類是專用類，比如 Application、Filter、Finder、Router 和 Route。 這些子類能夠一起處理驗(yàn)證、過(guò)濾、安全、數(shù)據(jù)轉(zhuǎn)換以及將傳入請(qǐng)求路由到相應(yīng)資源等操作。 Resource 類生成客戶端的表示形式。 JSR-311是 Sun Microsystems 的規(guī)范，可以為開(kāi)發(fā) RESTful Web 服務(wù)定義一組 Java API。 Jersey是對(duì) JSR-311 的參考實(shí)現(xiàn)。 JSR-311 提供一組注釋，相關(guān)類和接口都可以用來(lái)將 Java 對(duì)象作為 Web 資源展示。 該規(guī)范假定 HTTP 是底層網(wǎng)絡(luò)協(xié)議。 它使用注釋提供 URI 和相應(yīng)資源類之間的清晰映射，以及 HTTP 方法與 Java 對(duì)象方法之間的映射。 API 支持廣泛的 HTTP 實(shí)體內(nèi)容類型，包括 HTML、XML、JSON、GIF、JPG 等。 它還將提供所需的插件功能，以允許使用標(biāo)準(zhǔn)方法通過(guò)應(yīng)用程序添加其他類型。 RESTful的實(shí)現(xiàn)：構(gòu)建 RESTful Web 服務(wù)的多層架構(gòu)RESTful Web 服務(wù)和動(dòng)態(tài) Web 應(yīng)用程序在許多方面都是類似的。 有時(shí)它們提供相同或非常類似的數(shù)據(jù)和函數(shù)，盡管客戶端的種類不同。 例如，在線電子商務(wù)分類網(wǎng)站為用戶提供一個(gè)瀏覽器界面，用于搜索、查看和訂購(gòu)產(chǎn)品。 如果還提供 Web 服務(wù)供公司、零售商甚至個(gè)人能夠自動(dòng)訂購(gòu)產(chǎn)品，它將非常有用。 與大部分動(dòng)態(tài) Web 應(yīng)用程序一樣，Web 服務(wù)可以從多層架構(gòu)的關(guān)注點(diǎn)分離中受益。 業(yè)務(wù)邏輯和數(shù)據(jù)可以由自動(dòng)客戶端和 GUI 客戶端共享。 惟一的不同點(diǎn)在于客戶端的本質(zhì)和中間層的表示層。 此外，從數(shù)據(jù)訪問(wèn)中分離業(yè)務(wù)邏輯可實(shí)現(xiàn)數(shù)據(jù)庫(kù)獨(dú)立性，并為各種類型的數(shù)據(jù)存儲(chǔ)提供插件能力。 圖1 展示了自動(dòng)化客戶端，包括 Java 和各種語(yǔ)言編寫(xiě)的腳本，這些語(yǔ)言包括 Python、Perl、Ruby、PHP 或命令行工具，比如 curl。 在瀏覽器中運(yùn)行且作為 RESTful Web 服務(wù)消費(fèi)者運(yùn)行的 Ajax、Flash、JavaFX、GWT、博客和 wiki 都屬于此列，因?yàn)樗鼈兌即碛脩粢宰詣?dòng)化樣式運(yùn)行。 自動(dòng)化 Web 服務(wù)客戶端在 Web 層向 Resource Request Handler 發(fā)送 HTTP 響應(yīng)。 客戶端的無(wú)狀態(tài)請(qǐng)求在頭部包含方法信息，即 POST、GET、PUT 和 DELETE，這又將映射到 Resource Request Handler 中資源的相應(yīng)操作。 每個(gè)請(qǐng)求都包含所有必需的信息，包括 Resource Request Handler 用來(lái)處理請(qǐng)求的憑據(jù)。 從Web 服務(wù)客戶端收到請(qǐng)求之后，Resource Request Handler 從業(yè)務(wù)邏輯層請(qǐng)求服務(wù)。 Resource Request Handler 確定所有概念性的實(shí)體，系統(tǒng)將這些實(shí)體作為資源公開(kāi)，并為每個(gè)資源分配一個(gè)惟一的 URI。 但是，概念性的實(shí)體在該層是不存在的。 它們存在于業(yè)務(wù)邏輯層。 可以使用 Jersey 或其他框架（比如 Restlet）實(shí)現(xiàn) Resource Request Handler，它應(yīng)該是輕量級(jí)的，將大量職責(zé)工作委托給業(yè)務(wù)層。 Ajax 和 RESTful Web 服務(wù)本質(zhì)上是互為補(bǔ)充的。 它們都可以利用大量 Web 技術(shù)和標(biāo)準(zhǔn)，比如 HTML、JavaScript、瀏覽器對(duì)象、XML/JSON 和 HTTP。 當(dāng)然也不需要購(gòu)買、安裝或配置任何主要組件來(lái)支持 Ajax 前端和 RESTful Web 服務(wù)之間的交互。 RESTful Web 服務(wù)為 Ajax 提供了非常簡(jiǎn)單的 API 來(lái)處理服務(wù)器上資源之間的交互。 圖1 中的 Web 瀏覽器客戶端作為 GUI 的前端，使用表示層中的 Browser Request Handler 生成的 HTML 提供顯示功能。 Browser Requester Handler 可以使用 MVC 模型（JSF、Struts 或 Spring 都是 Java 的例子）。 它從瀏覽器接受請(qǐng)求，從業(yè)務(wù)邏輯層請(qǐng)求服務(wù)，生成表示并對(duì)瀏覽器做出響應(yīng)。 表示供用戶在瀏覽器中顯示使用。 表示不僅包含內(nèi)容，還包含顯示的屬性，比如 HTML 和 CSS。 業(yè)務(wù)規(guī)則可以集中到業(yè)務(wù)邏輯層，該層充當(dāng)表示層和數(shù)據(jù)訪問(wèn)層之間的數(shù)據(jù)交換的中間層。 數(shù)據(jù)以域?qū)ο蠡蛑祵?duì)象的形式提供給表示層。 從業(yè)務(wù)邏輯層中解耦 Browser Request Handler 和 Resource Request Handler 有助于促進(jìn)代碼重用，并能實(shí)現(xiàn)靈活和可擴(kuò)展的架構(gòu)。 此外，由于將來(lái)可以使用新的 REST 和 MVC 框架，實(shí)現(xiàn)它們變得更加容易，無(wú)需重寫(xiě)業(yè)務(wù)邏輯層。 數(shù)據(jù)訪問(wèn)層提供與數(shù)據(jù)存儲(chǔ)層的交互，可以使用 DAO 設(shè)計(jì)模式或者對(duì)象-關(guān)系映射解決方案（如 Hibernate、OJB 或 iBATIS）實(shí)現(xiàn)。 作為替代方案，業(yè)務(wù)層和數(shù)據(jù)訪問(wèn)層中的組件可以實(shí)現(xiàn)為 EJB 組件，并取得 EJB 容器的支持，該容器可以為組件生命周期提供便利，管理持久性、事務(wù)和資源配置。 但是，這需要一個(gè)遵從 Java EE 的應(yīng)用服務(wù)器（比如 JBoss），并且可能無(wú)法處理 Tomcat。 該層的作用在于針對(duì)不同的數(shù)據(jù)存儲(chǔ)技術(shù)，從業(yè)務(wù)邏輯中分離數(shù)據(jù)訪問(wèn)代碼。 數(shù)據(jù)訪問(wèn)層還可以作為連接其他系統(tǒng)的集成點(diǎn)，可以成為其他 Web 服務(wù)的客戶端。 數(shù)據(jù)存儲(chǔ)層包括數(shù)據(jù)庫(kù)系統(tǒng)、LDAP 服務(wù)器、文件系統(tǒng)和企業(yè)信息系統(tǒng)（包括遺留系統(tǒng)、事務(wù)處理系統(tǒng)和企業(yè)資源規(guī)劃系統(tǒng)）。 使用該架構(gòu)，您可以開(kāi)始看到 RESTful Web 服務(wù)的力量，它可以靈活地成為任何企業(yè)數(shù)據(jù)存儲(chǔ)的統(tǒng)一 API，從而向以用戶為中心的 Web 應(yīng)用程序公開(kāi)垂直數(shù)據(jù)，并自動(dòng)化批量報(bào)告腳本。 什么是REST：結(jié)束語(yǔ)REST 描述了一個(gè)架構(gòu)樣式的互聯(lián)系統(tǒng)（如 Web 應(yīng)用程序）。 REST 約束條件作為一個(gè)整體應(yīng)用時(shí)，將生成一個(gè)簡(jiǎn)單、可擴(kuò)展、有效、安全、可靠的架構(gòu)。 由于它簡(jiǎn)便、輕量級(jí)以及通過(guò) HTTP 直接傳輸數(shù)據(jù)的特性，RESTful Web 服務(wù)成為基于 SOAP 服務(wù)的一個(gè)最有前途的替代方案。 用于 web 服務(wù)和動(dòng)態(tài) Web 應(yīng)用程序的多層架構(gòu)可以實(shí)現(xiàn)可重用性、簡(jiǎn)單性、可擴(kuò)展性和組件可響應(yīng)性的清晰分離。 Ajax 和 RESTful Web 服務(wù)本質(zhì)上是互為補(bǔ)充的。

15個(gè)熱門(mén)的Java微服務(wù)框架

Java微服務(wù)框架因其強(qiáng)大的功能和廣泛應(yīng)用而備受開(kāi)發(fā)者青睞。以下是一些熱門(mén)的微服務(wù)框架概述：

1. Spring Boot：作為微服務(wù)開(kāi)發(fā)的首選框架，2017年超過(guò)64%的開(kāi)發(fā)者選擇它，得益于其一鍵啟動(dòng)和部署的便捷性，簡(jiǎn)化了分布式系統(tǒng)的基礎(chǔ)設(shè)施建設(shè)。

2. Spring Cloud：這一系列框架集合提供了完整的微服務(wù)架構(gòu)技術(shù)生態(tài)鏈，基于HTTP的RETS服務(wù)構(gòu)建服務(wù)體系。

3. Dubbo：阿里巴巴的開(kāi)源框架，早于Spring Cloud，專為高并發(fā)業(yè)務(wù)設(shè)計(jì)，被眾多大型企業(yè)如阿里、京東等采用。

4. Dropwizard：輕量級(jí)框架，擁有簡(jiǎn)單模型和快速啟動(dòng)特性，但缺乏依賴注入，不過(guò)現(xiàn)在支持日志記錄等重要功能。

5. Cricket：專注于快速API開(kāi)發(fā)，小巧且易于擴(kuò)展，無(wú)需數(shù)據(jù)庫(kù)連接，適合獨(dú)立微服務(wù)構(gòu)建。

6. Play：兼容多種JVM語(yǔ)言，采用現(xiàn)代無(wú)狀態(tài)模型，提供異步功能和豐富的網(wǎng)站擴(kuò)展，包括OpenID和文件上傳。

7. Swagger：提供API開(kāi)發(fā)的簡(jiǎn)單工具，通過(guò)OpenAPI規(guī)范實(shí)現(xiàn)接口描述和測(cè)試，支持跨語(yǔ)言API生成。

8. Helidon：輕量級(jí)的Java框架，支持Servlet核心，采用開(kāi)發(fā)者熟悉的SE和Java程序員熟悉的MP模型。

9. Restlet：集成眾多服務(wù)和庫(kù)，支持多種數(shù)據(jù)格式，且允許瀏覽器測(cè)試API，功能強(qiáng)大且不斷更新。

10. Telepresence：為遠(yuǎn)程微服務(wù)提供本地代理，便于調(diào)試，支持在本地設(shè)置斷點(diǎn)。

11. Jersey：實(shí)現(xiàn)RESTful web服務(wù)的Java API，依賴注解進(jìn)行配置，常與Spring Boot結(jié)合使用。

12. Squash：解決微服務(wù)調(diào)試難題，允許在Kubernetes集群中設(shè)置斷點(diǎn)，提供本地IDE體驗(yàn)。

13. Eclipse MicroProfile：從Java EE簡(jiǎn)化而來(lái)，用于快速構(gòu)建微服務(wù)，每季度發(fā)布新版本以保持更新。

14. WildFly Thorntail：Red Hat的微服務(wù)版本，通過(guò)Maven構(gòu)建和配置，提供Uber-JAR部署的便利。

15. Zipkin：記錄微服務(wù)事件的監(jiān)控工具，支持多語(yǔ)言，廣泛集成于其他框架中。

spring cloud 服務(wù)調(diào)用方式為什么使用http restful 而不是RPC

REST(REpresentationStateTransfer)描述了一個(gè)架構(gòu)樣式的網(wǎng)絡(luò)系統(tǒng)，比如web應(yīng)用程序。 它首次出現(xiàn)在2000年RoyFielding的博士論文中，他是HTTP規(guī)范的主要編寫(xiě)者之一。 REST指的是一組架構(gòu)約束條件和原則。 滿足這些約束條件和原則的應(yīng)用程序或設(shè)計(jì)就是RESTful。 Web應(yīng)用程序最重要的REST原則是，客戶端和服務(wù)器之間的交互在請(qǐng)求之間是無(wú)狀態(tài)的。 從客戶端到服務(wù)器的每個(gè)請(qǐng)求都必須包含理解請(qǐng)求所必需的信息。 如果服務(wù)器在請(qǐng)求之間的任何時(shí)間點(diǎn)重啟，客戶端不會(huì)得到通知。 此外，無(wú)狀態(tài)請(qǐng)求可以由任何可用服務(wù)器回答，這十分適合云計(jì)算之類的環(huán)境。 客戶端可以緩存數(shù)據(jù)以改進(jìn)性能。 在服務(wù)器端，應(yīng)用程序狀態(tài)和功能可以分為各種資源。 資源是一個(gè)有趣的概念實(shí)體，它向客戶端公開(kāi)。 資源的例子有:應(yīng)用程序?qū)ο蟆?shù)據(jù)庫(kù)記錄、算法等等。 每個(gè)資源都使用URI(UniversalResourceIdentifier)得到一個(gè)惟一的地址。 所有資源都共享統(tǒng)一的界面，以便在客戶端和服務(wù)器之間傳輸狀態(tài)。 使用的是標(biāo)準(zhǔn)的HTTP方法，比如GET、PUT、POST和DELETE。 Hypermedia是應(yīng)用程序狀態(tài)的引擎，資源表示通過(guò)超鏈接互聯(lián)。 另一個(gè)重要的REST原則是分層系統(tǒng)，這表示組件無(wú)法了解它與之交互的中間層以外的組件。 通過(guò)將系統(tǒng)知識(shí)限制在單個(gè)層，可以限制整個(gè)系統(tǒng)的復(fù)雜性，促進(jìn)了底層的獨(dú)立性。 當(dāng)REST架構(gòu)的約束條件作為一個(gè)整體應(yīng)用時(shí)，將生成一個(gè)可以擴(kuò)展到大量客戶端的應(yīng)用程序。 它還降低了客戶端和服務(wù)器之間的交互延遲。 統(tǒng)一界面簡(jiǎn)化了整個(gè)系統(tǒng)架構(gòu)，改進(jìn)了子系統(tǒng)之間交互的可見(jiàn)性。 REST簡(jiǎn)化了客戶端和服務(wù)器的實(shí)現(xiàn)。 RESTful的實(shí)現(xiàn):RESTfulWeb服務(wù)與RPC樣式的Web服務(wù)了解了什么是什么是REST，我們?cè)倏纯碦ESTful的實(shí)現(xiàn)。 最近，使用RPC樣式架構(gòu)構(gòu)建的基于SOAP的Web服務(wù)成為實(shí)現(xiàn)SOA最常用的方法。 RPC樣式的Web服務(wù)客戶端將一個(gè)裝滿數(shù)據(jù)的信封(包括方法和參數(shù)信息)通過(guò)HTTP發(fā)送到服務(wù)器。 服務(wù)器打開(kāi)信封并使用傳入?yún)?shù)執(zhí)行指定的方法。 方法的結(jié)果打包到一個(gè)信封并作為響應(yīng)發(fā)回客戶端。 客戶端收到響應(yīng)并打開(kāi)信封。 每個(gè)對(duì)象都有自己獨(dú)特的方法以及僅公開(kāi)一個(gè)URI的RPC樣式Web服務(wù)，URI表示單個(gè)端點(diǎn)。 它忽略HTTP的大部分特性且僅支持POST方法。 由于輕量級(jí)以及通過(guò)HTTP直接傳輸數(shù)據(jù)的特性，Web服務(wù)的RESTful方法已經(jīng)成為最常見(jiàn)的替代方法。 可以使用各種語(yǔ)言(比如Java程序、Perl、Ruby、Python、PHP和Javascript[包括Ajax])實(shí)現(xiàn)客戶端。 RESTfulWeb服務(wù)通常可以通過(guò)自動(dòng)客戶端或代表用戶的應(yīng)用程序訪問(wèn)。 但是，這種服務(wù)的簡(jiǎn)便性讓用戶能夠與之直接交互，使用它們的Web瀏覽器構(gòu)建一個(gè)GETURL并讀取返回的內(nèi)容。 在REST樣式的Web服務(wù)中，每個(gè)資源都有一個(gè)地址。 資源本身都是方法調(diào)用的目標(biāo)，方法列表對(duì)所有資源都是一樣的。 這些方法都是標(biāo)準(zhǔn)方法，包括HTTPGET、POST、PUT、DELETE，還可能包括HEADER和OPTIONS。 在RPC樣式的架構(gòu)中，關(guān)注點(diǎn)在于方法，而在REST樣式的架構(gòu)中，關(guān)注點(diǎn)在于資源--將使用標(biāo)準(zhǔn)方法檢索并操作信息片段(使用表示的形式)。 資源表示形式在表示形式中使用超鏈接互聯(lián)。 LeonardRichardson和SamRuby在他們的著作RESTfulWebServices中引入了術(shù)語(yǔ)REST-RPC混合架構(gòu)。 REST-RPC混合Web服務(wù)不使用信封包裝方法、參數(shù)和數(shù)據(jù)，而是直接通過(guò)HTTP傳輸數(shù)據(jù)，這與REST樣式的Web服務(wù)是類似的。 但是它不使用標(biāo)準(zhǔn)的HTTP方法操作資源。 它在HTTP請(qǐng)求的URI部分存儲(chǔ)方法信息。 好幾個(gè)知名的Web服務(wù)，比如Yahoo的FlickrAPI和都使用這種混合架構(gòu)。 RESTful的實(shí)現(xiàn):RESTfulWeb服務(wù)的Java框架有兩個(gè)Java框架可以幫助構(gòu)建RESTfulWeb服務(wù)。 eromeLouvel和DavePawson開(kāi)發(fā)的Restlet(見(jiàn)參考資料)是輕量級(jí)的。 它實(shí)現(xiàn)針對(duì)各種RESTful系統(tǒng)的資源、表示、連接器和媒體類型之類的概念，包括Web服務(wù)。 在Restlet框架中，客戶端和服務(wù)器都是組件。 組件通過(guò)連接器互相通信。 該框架最重要的類是抽象類Uniform及其具體的子類Restlet，該類的子類是專用類，比如Application、Filter、Finder、Router和Route。 這些子類能夠一起處理驗(yàn)證、過(guò)濾、安全、數(shù)據(jù)轉(zhuǎn)換以及將傳入請(qǐng)求路由到相應(yīng)資源等操作。 Resource類生成客戶端的表示形式。 JSR-311是SunMicrosystems的規(guī)范，可以為開(kāi)發(fā)RESTfulWeb服務(wù)定義一組JavaAPI。 Jersey是對(duì)JSR-311的參考實(shí)現(xiàn)。 JSR-311提供一組注釋，相關(guān)類和接口都可以用來(lái)將Java對(duì)象作為Web資源展示。 該規(guī)范假定HTTP是底層網(wǎng)絡(luò)協(xié)議。 它使用注釋提供URI和相應(yīng)資源類之間的清晰映射，以及HTTP方法與Java對(duì)象方法之間的映射。 API支持廣泛的HTTP實(shí)體內(nèi)容類型，包括HTML、XML、JSON、GIF、JPG等。 它還將提供所需的插件功能，以允許使用標(biāo)準(zhǔn)方法通過(guò)應(yīng)用程序添加其他類型。 RESTful的實(shí)現(xiàn):構(gòu)建RESTfulWeb服務(wù)的多層架構(gòu)RESTfulWeb服務(wù)和動(dòng)態(tài)Web應(yīng)用程序在許多方面都是類似的。 有時(shí)它們提供相同或非常類似的數(shù)據(jù)和函數(shù)，盡管客戶端的種類不同。 例如，在線電子商務(wù)分類網(wǎng)站為用戶提供一個(gè)瀏覽器界面，用于搜索、查看和訂購(gòu)產(chǎn)品。 如果還提供Web服務(wù)供公司、零售商甚至個(gè)人能夠自動(dòng)訂購(gòu)產(chǎn)品，它將非常有用。 與大部分動(dòng)態(tài)Web應(yīng)用程序一樣，Web服務(wù)可以從多層架構(gòu)的關(guān)注點(diǎn)分離中受益。 業(yè)務(wù)邏輯和數(shù)據(jù)可以由自動(dòng)客戶端和GUI客戶端共享。 惟一的不同點(diǎn)在于客戶端的本質(zhì)和中間層的表示層。 此外，從數(shù)據(jù)訪問(wèn)中分離業(yè)務(wù)邏輯可實(shí)現(xiàn)數(shù)據(jù)庫(kù)獨(dú)立性，并為各種類型的數(shù)據(jù)存儲(chǔ)提供插件能力。 圖1展示了自動(dòng)化客戶端，包括Java和各種語(yǔ)言編寫(xiě)的腳本，這些語(yǔ)言包括Python、Perl、Ruby、PHP或命令行工具，比如curl。 在瀏覽器中運(yùn)行且作為RESTfulWeb服務(wù)消費(fèi)者運(yùn)行的Ajax、Flash、JavaFX、GWT、博客和wiki都屬于此列，因?yàn)樗鼈兌即碛脩粢宰詣?dòng)化樣式運(yùn)行。 自動(dòng)化Web服務(wù)客戶端在Web層向ResourceRequestHandler發(fā)送HTTP響應(yīng)。 客戶端的無(wú)狀態(tài)請(qǐng)求在頭部包含方法信息，即POST、GET、PUT和DELETE，這又將映射到ResourceRequestHandler中資源的相應(yīng)操作。 每個(gè)請(qǐng)求都包含所有必需的信息，包括ResourceRequestHandler用來(lái)處理請(qǐng)求的憑據(jù)。 從Web服務(wù)客戶端收到請(qǐng)求之后，ResourceRequestHandler從業(yè)務(wù)邏輯層請(qǐng)求服務(wù)。 ResourceRequestHandler確定所有概念性的實(shí)體，系統(tǒng)將這些實(shí)體作為資源公開(kāi)，并為每個(gè)資源分配一個(gè)惟一的URI。 但是，概念性的實(shí)體在該層是不存在的。 它們存在于業(yè)務(wù)邏輯層。 可以使用Jersey或其他框架(比如Restlet)實(shí)現(xiàn)ResourceRequestHandler，它應(yīng)該是輕量級(jí)的，將大量職責(zé)工作委托給業(yè)務(wù)層。 Ajax和RESTfulWeb服務(wù)本質(zhì)上是互為補(bǔ)充的。 它們都可以利用大量Web技術(shù)和標(biāo)準(zhǔn)，比如HTML、JavaScript、瀏覽器對(duì)象、XML/JSON和HTTP。 當(dāng)然也不需要購(gòu)買、安裝或配置任何主要組件來(lái)支持Ajax前端和RESTfulWeb服務(wù)之間的交互。 RESTfulWeb服務(wù)為Ajax提供了非常簡(jiǎn)單的API來(lái)處理服務(wù)器上資源之間的交互。 圖1中的Web瀏覽器客戶端作為GUI的前端，使用表示層中的BrowserrequestHandler生成的HTML提供顯示功能。 BrowserRequesterHandler可以使用MVC模型(JSF、Struts或Spring都是Java的例子)。 它從瀏覽器接受請(qǐng)求，從業(yè)務(wù)邏輯層請(qǐng)求服務(wù)，生成表示并對(duì)瀏覽器做出響應(yīng)。 表示供用戶在瀏覽器中顯示使用。 表示不僅包含內(nèi)容，還包含顯示的屬性，比如HTML和CSS。 業(yè)務(wù)規(guī)則可以集中到業(yè)務(wù)邏輯層，該層充當(dāng)表示層和數(shù)據(jù)訪問(wèn)層之間的數(shù)據(jù)交換的中間層。 數(shù)據(jù)以域?qū)ο蠡蛑祵?duì)象的形式提供給表示層。 從業(yè)務(wù)邏輯層中解耦BrowserRequestHandler和ResourceRequestHandler有助于促進(jìn)代碼重用，并能實(shí)現(xiàn)靈活和可擴(kuò)展的架構(gòu)。 此外，由于將來(lái)可以使用新的REST和MVC框架，實(shí)現(xiàn)它們變得更加容易，無(wú)需重寫(xiě)業(yè)務(wù)邏輯層。 數(shù)據(jù)訪問(wèn)層提供與數(shù)據(jù)存儲(chǔ)層的交互，可以使用DAO設(shè)計(jì)模式或者對(duì)象-關(guān)系映射解決方案(如Hibernate、OJB或iBATIS)實(shí)現(xiàn)。 作為替代方案，業(yè)務(wù)層和數(shù)據(jù)訪問(wèn)層中的組件可以實(shí)現(xiàn)為EJB組件，并取得EJB容器的支持，該容器可以為組件生命周期提供便利，管理持久性、事務(wù)和資源配置。 但是，這需要一個(gè)遵從JavaEE的應(yīng)用服務(wù)器(比如JBoss)，并且可能無(wú)法處理Tomcat。 該層的作用在于針對(duì)不同的數(shù)據(jù)存儲(chǔ)技術(shù)，從業(yè)務(wù)邏輯中分離數(shù)據(jù)訪問(wèn)代碼。 數(shù)據(jù)訪問(wèn)層還可以作為連接其他系統(tǒng)的集成點(diǎn)，可以成為其他Web服務(wù)的客戶端。 數(shù)據(jù)存儲(chǔ)層包括數(shù)據(jù)庫(kù)系統(tǒng)、LDAP服務(wù)器、文件系統(tǒng)和企業(yè)信息系統(tǒng)(包括遺留系統(tǒng)、事務(wù)處理系統(tǒng)和企業(yè)資源規(guī)劃系統(tǒng))。 使用該架構(gòu)，您可以開(kāi)始看到RESTfulWeb服務(wù)的力量，它可以靈活地成為任何企業(yè)數(shù)據(jù)存儲(chǔ)的統(tǒng)一API，從而向以用戶為中心的Web應(yīng)用程序公開(kāi)垂直數(shù)據(jù)，并自動(dòng)化批量報(bào)告腳本。 什么是REST:結(jié)束語(yǔ)REST描述了一個(gè)架構(gòu)樣式的互聯(lián)系統(tǒng)(如Web應(yīng)用程序)。 REST約束條件作為一個(gè)整體應(yīng)用時(shí)，將生成一個(gè)簡(jiǎn)單、可擴(kuò)展、有效、安全、可靠的架構(gòu)。 由于它簡(jiǎn)便、輕量級(jí)以及通過(guò)HTTP直接傳輸數(shù)據(jù)的特性，RESTfulWeb服務(wù)成為基于SOAP服務(wù)的一個(gè)最有前途的替代方案。 用于web服務(wù)和動(dòng)態(tài)Web應(yīng)用程序的多層架構(gòu)可以實(shí)現(xiàn)可重用性、簡(jiǎn)單性、可擴(kuò)展性和組件可響應(yīng)性的清晰分離。 Ajax和RESTfulWeb服務(wù)本質(zhì)上是互為補(bǔ)充的。

---

---

相關(guān)標(biāo)簽： restless、 為、 Restlet、 API、 Node.js、 JavaScript、 開(kāi)發(fā)人員打造、 與、 集成、 RESTful、

上一篇：安卓游戲開(kāi)發(fā)新手的終極指南安卓游戲開(kāi)發(fā)源

下一篇：理解Restlet中的資源模型管理數(shù)據(jù)和業(yè)務(wù)邏