【正文】 lor， 2020 年）。這個約束排除了運行在 Web 瀏覽器中需要額外功能的辦法，（例如，插件，虛擬機），如Flash 和 Java 小程序， 并使得客戶端跨瀏覽器兼容。數據的連貫性也得以提高，同時可以讓用戶在使用大型網頁的過程中數據處理速度變得更快。為了減少數據冗余， Delta 編碼（ Mogul 公司等， 1997 年）使用了緩存技術以減少網絡流量。這個約束導致用戶的交互性大大提高，因為交互是基于組件級別的，用戶不必等待整個頁面中每一個狀態(tài)刷新的結果。如果沒有這個解決方案，程序員要編寫明確的 JavaScript 函數，以便處理傳入的推動數據。 這種方法可確保在服務器上的狀態(tài)與客戶端上的每個通知狀態(tài)同步。如圖 4 所示?？梢钥闯?， GWT 不維護服務器端的組件樹。 用戶接口關閉一個事件上的用戶活動，表示了某種組件定義的行動是授權給AJAX 引擎的。 渠道是在基于推的消費者和生產商之間連接的元素。根據事件的種類，一個請求到服務器，或一次接口的部分更新都是可能需要的。文本數據是單純的數據?？蛻舳?Delta 消息包含了服務器所需的信息，例如知道這些行動必須執(zhí)行的組成部分。它主要通過操作這個代表性模塊產生豐富的效果。推送客戶組件依附于客戶端內。每個服務器端組件包含了數據以及部分依附于客戶端部件的性能，此部件與狀態(tài)變化相關；何時及怎樣著色客戶端的 UI 密碼有不同的途徑。所有的服務器端功能依附在服務器應用程序數據處理組件上。就像桌面客戶應用程序，它由一個獨立并帶有別的部件的主要頁面組成。 5 SPIAR 的建筑原理 根據 Fielding， Perry 和 Wolf， SPAIR 的建筑原理主要分成三類，即數據處理（組件），數據和連接組件。如果服務器上的數據和客戶端是同步的，那么這個數據就被定義為是一致的。 可靠性 可靠性是指正確服務的連續(xù)性（ Avizienis 等， 2020 年）。在網絡工程中，系統(tǒng)的可擴展性是確定的，例如，客戶可以被不同的服務器服務而不影響結果的程度。一般來說，有兩種主要方式來改善用戶感知性能。其他屬性，如可擴展性和安全性，可能是任何系統(tǒng)所需要的，但都沒有直接采用 AJAX 技術去影響決定，所以不考慮在內。 是以緩存為基礎，同時促進 AJAX 的實時數據檢索。 AJAX 框架通過 UI 組件以事件驅動或推模式提供后端服務給客戶。 REST 強調的是數據和可利用資源的名稱和地址，作為一個統(tǒng)一資源定位符（ URL）（ BernersLee 等， 1994 年）。 可視化：具體描述心智模式的匹配。一種樣式也可以看作是經常性的結構組成和設置的互動特征的抽象。 后面這些框架的架構決定了改變我們開發(fā)的 Web 應用。通常，這些框架的目標可以總結如下： 掩藏開發(fā)復雜的 AJAX 應用，是單調的、難的和易出錯的任務?？蛻舳耍? （ 1）執(zhí)行與服務器的握手并接收客戶端 ID， （ 2）發(fā)送一個請求 ID 的連接， （ 3）預訂一個渠道并且接收更新。最近該協議在一個 Web 服務器中執(zhí)行，包括一定數量的網絡服務器， Jetty 和 IBM Web 軟件平臺都在內。 Backbase 公司使用 DOM事件委托用戶的行動，叫做 Bcr 處理異步事件。 Backbase 公司的 JSF 服務器利用所有標準的 JSF 機制，例如驗證處理通過 JSF 生命周期階段的檢驗、轉換和事件。 BCR 的主要功能是： 和管理部件樹（查看樹）。這使服務器完成了去定義一個基于RPC 風格的服務。 GWT Google 有一種新的 AJAX 框架的實施方法，叫 Google 網絡工具箱 (GWT)?？蛻魴C /服務器的交互協議是隱藏在這個模塊里的，是從其他模塊里完全分離出來的。我們的選擇對象包括一種廣泛使用的叫做 Echo2 的開源框架，一種由谷歌提出的叫做 GWT 的網絡框架，由 Backbase 公司傳送的商業(yè)包和一種叫做Dojo/Cometd 的基于推技術的 Comet 框架。發(fā)展商要建立強大的 AJAX 應用必須要有各種先進的網絡技術。 Comet 使用 XMLHttpRequest 對象打開一個連接。 Bozdag 等 , 2020 年 )，它是由客戶端每次異步改變服務器的傳播狀態(tài)。 2. 一臺證券報價機，它的股票價格 需要實時更新。因此，一旦一個完整的響應返回，就沒有進一步的方式讓服務器把數據送回到客戶端瀏 覽器。 AJAX 代表了在 Web 應用開發(fā)中一種已經被建立的網絡技術組合。 第四 七章 中，我們 介紹了 SPIAR，描述了 架構 性 能，基礎 ，這種 體系 的 目地 和 約束 。 其中 對 提出 的架構體系 的挑戰(zhàn) 之 一是評估 體系是否 成功。 采用基于 AJAX 的 技術是一項 重要 的選擇 ， 不僅 是 對新開發(fā)的應用程序，還 是對ajaxifying（ Mesbah 和 van Deursen， 2020 年 ） 來說 ， 現有 網站的用戶友好性是不夠的。這 個 新方法的核心 是一個 單頁界面 模式 ， 這 有利于豐富的 交互 性。 此外，我們 利用 概念和原則 來 討論 AJAX框架和應用發(fā)展的各種 各樣 懸而未決的問題。同時， AJAX 正在網上采用來自 分布式系統(tǒng) 的 基于推的 解決方案 。 我們研究并試驗了幾個 AJAX 的框架，試圖了解 它 們的 架構特性 。 經典網絡應用 是 基于多頁 面 的接口模式，這種相互作用 是 基于頁面序列模式 的 。它在申請 實時事件通知 方案時 ， 由 客戶端發(fā)起的拉 動作 是非常低效 的， 并可能導致網絡擁塞。然而，盡管所有 關注的 技術 都 是在網絡社區(qū)接收， 但還是 缺乏一個連貫和精確 的思想去 描述一套用于 架構體系 的 有效的基于 AJAX 的 Web 應用。 （ 2）我們 要 討論如何 將 典型的 AJAX 框架 覆蓋 到以 客戶為中心，服務器為中心， 以推 技術為 基礎 的模式 。 2. AJAX 技術 AJAX 最近幾年中，有關網頁更新的技術越來越多了， 但直到最近， 在 創(chuàng)造 AJAX 出來的時候，即刻 得到了廣泛的 關注 。這種在背后更新的方法可能提供更多網上的響應和加速的經驗。并且對這個特殊請求，服務器會退回一個響應。 以當前的 Web 技術來說，這些應用形式要求實時事件通知和數據傳輸主要使用拉的形式，同時在客戶端超時的時候，客戶活躍地請求狀態(tài)變換。多數的網絡服務器在進行一些處理時，發(fā)回一個響應，并且立即退出。當新的數據再次可用時，服務器返回客戶端現有的連接。至少其中很多都需要。它的 Java 應用程序框架提供的 API（給 UI 組件，性能對象和事件 /聽眾）用于代表和管理一個應用程序和用戶界面的狀態(tài)。其主要作用是當在界面上發(fā)生用戶操作時，進行同步的客戶機 /服務器狀態(tài)轉變。代替了保持在服務器上的 UI 組件和連接他們的狀態(tài)改變， GWT 編譯 所有的 Java UI 組件的 JavaScript 代碼（在編譯時）。該框架仍然在不斷發(fā)展中，在世界上眾多用戶中廣泛使用。 該 Backbase 框架提供一種叫做 Backbase 標記圖書館的標記語言 (BTL)。它還管理服務器端事件處理程序和服務器端控件樹。經過必要的動作，服務器上的變化對引擎作出反應，以 XEL 格式再次呈現。如果有事件發(fā)生，服務器發(fā)送數據到客戶端，會和客戶端重新連接。 Dojo 促進 etd 庫，做連接握手，訂閱特定的渠道。 所有這一切，實現豐富的交互性和最終用戶的便攜性，以便于開發(fā)人員的發(fā)展。 術語 在本文中，我們使用軟件架構的概念和術語，根據 Fielding (Fielding,2020年 )使用，而這又是建立在 Perry 和 Wolf (Perry 和 Wolf,1992 年 )工作的基礎上。 使用樣式的好處可以概括如下： 設計重用：充分理解解決方案，適用于新的問題。 現有樣式 客戶機 /服務器（ Sinha， 1992 年）， n 層架構（ Umar， 1997 年），流動代碼（ Carzaniga等， 1997 年 。 它圍繞著五個基本概念：一個任意的資源，例如，一個文檔或圖像，在一個媒體類型代表形式下的資源，通過 HTTP 交互獲取或修改申述的同步請求響應，一個作為應用程序狀態(tài)實例的網頁 ，和引擎（如瀏覽器，履帶式），從一個狀態(tài)到下一個狀態(tài)。相比之下，在 AJAX 應用中用戶與系統(tǒng)交互很像一個桌面應用，要求以具體行動回應。 這些不匹配的條件呼吁制定新的架構風格來滿足所需的屬性。用戶的交互性是密切相關的可用性（ Folmer， 2020 年），這個詞是在文獻中使用的軟件架構。 網絡性能 網絡性能受吞吐量的影響，吞吐量即在網絡和帶寬上數據傳輸的速率，即最高可傳輸的數據吞吐量，是一個度量衡。在網絡上，能夠使用 Web 瀏覽器而不需要用戶的任何額外操作，例如，下載插件導致產生了可移植的特性。測試（測試自動化，單位測試和 回歸測試）資源可以提高一個應用程序的可靠性水平。這兩種技術在取得的數據一致性方面有不同的屬性（ Bozdag 等， 2020 年）。 圖 1：一個基于 SPIAR架構方式的處理 處理組件 處理元素是那些在數據元素上提供轉換處理的組件。網絡應用及運行不需要插件程序。服務供應商的功能是由事件監(jiān)聽器調用，由組件附屬，通過引用請求初始的 Delta 編碼 /編碼程序輸出 /輸入 Delta信息。這些 UI 組件有事件接聽項，這些事件接聽項可以依附于客戶端 用戶初始事件，比如點擊按鈕。 數據組件 數據組件包含通過由數據處理組件使用和轉換的信息。 Delta 通信信息形成了客戶及服務器之間的 Delta 通信協議方式。然后服務器使用在 Delta 的客戶端信息，響應一 個服務器端 XML 格式的 Delta。這三種類型的代碼可以影響到客戶端的應用代表性模型（ DOM），它是運行時代碼的表象抽象，被執(zhí)行的功能代碼和文本數據的結合。這項服務可以直接或通過調用相應的用戶界面組件的事件監(jiān)聽器來實現。在這里，我們利用兩個處理意見，在某些方面集中數據流和與各方面的數據處理單元連接（ Fielding， 2020 年）。更改后的組件最終將調用服務提供者的事件監(jiān)聽器。然而基于 RPC 的交互作用仍與服務器處于Delta 并進行溝通。這是低效的，因為在許多情況下，推服務器和應用服務器在同一臺機器或網絡中。 請注意，客戶端 /服務器的正常交互如圖 1 所示。表 2提供了一個制約因素引起的概述和性能。異步交互允許用戶在任何時候提出一個到服務器的請求，并接收來自客戶端的即時控制。在這里，狀態(tài)改變只是在客戶端和服務器之間互換，而不是整頁的傳統(tǒng) Web 應用的檢索方法。 UI 組件編程很簡單，因為它讓開發(fā)人員使用可重復使用的組 件來組裝網頁聲明方式或編程。 客戶端處理 客戶端通過處理改善往返用戶的交互性和減少用戶每次可察覺延遲。這種狀態(tài)是在模仿 HTTP，結合客戶端 Cookie 和服務器端的會話管理。事件驅動（ Newman 和 Sproull， 1979 年）的架構是在分布式應用程序中發(fā)現的，并需要異步通信，例如，一個桌面應用程序，把用戶啟動界面輸入作為事件激活的進程?；?JSF 的 Backbase 公司的架構也覆蓋了 SPIAR，即使 JSF 不是一個真正的基于事件的方法。然而，由于這些系統(tǒng)很多，難以捕捉他們的共同點和區(qū)分它們的主要變化和銳利的線條。一般來說，當與通過網絡的交互作用相比較時，共享同一地點一個組件之間的交互被認為有一個可以忽略不計的成本（ Carzaniga 等， 1997 年）。高的數據連貫性與改善網絡性能水平相比，在網絡上傳統(tǒng)的拉模式是此變形 主要的積極屬性。根據我們的最新發(fā)現（ Bozdag 和 Mesbah， 2020 年），推動技術可以處理較多的客戶，如果新的由服務器應用通過的技術，如延續(xù)（ Jetty， 2020 年）的機制。保持這種狀態(tài)和訂戶的額外費用也將是對可擴展性的負面影響。 安全與不安全的相互作用 一般來說，在 Web 應用程序中客戶端 /服務器的交互作用可以分為兩個：安全和不安全的互動作用（ W3C 的， 2020 年）。對片段標識符進行解釋，然后由引擎的指針引用一個 URI 來確定和代表應用程序的狀態(tài)。在請求處理服務器并行的要求時，第二個請求可能會被第一個處理。 我們看目前的推動方式，主要是實現不同的技術解決推進的方案，并用不同的措施來實現可移植性。 AJAX 框架應為開發(fā)商提供清晰的導航模式。因此面向服務架構的解決方案可以很容易地結合 SPIAR，例如，取代與 SOAP 服務器的服務提供商。 基于推的方式得到了分布式系統(tǒng)研究界的廣泛關注?；谄蔚难芯浚?Bouras 和 Konidaris， 2020 年 。用戶界面基于組件模型的 SPIAR風格與 Delta 通信提供了一個基于狀態(tài)變化的客戶端 /服務器的交互，并不依賴于緩存。雖然網 絡（ W3C 的技術架構組織， 2020 年）作為一個整體結構的基礎處理，但 SPIAR 的重點是 AJAX 框架的具體架構決策。他們還得出結論，認為 REST 是在 AJAX 的領域秘密擴大的。然而，在這一領域的大多數努力都是集中在不同的 AJAX 工具和框架的實施上，不重視對技術制訂一個概念性的架構。 這個樣式是根據不同的 AJAX 框架和配置分析出來的，我們用它來滿足不同的設計權衡，并在 AJAX 的應用程序中開