多樣化網際網路應用程式
 | 此條目中有過多未翻譯的專業術語，可能需要翻譯或解釋。 |
豐富互聯網應用程序（英語：Rich Internet applications，簡稱RIA），又譯為豐富性網路應用服務，是一種具有近似於傳統桌面應用軟件系統功能和特性的網絡應用系統。RIA系統最大的特點是將大部分處理任務都從用戶界面端移植到客戶端，僅保留一些必要數據與服務器端進行信息交互。 RIA系統的特性：
- 運行於瀏覽器中，不需要額外安裝支持軟件
- 在本地運行時，受安全沙箱全程保護
RIA 技術方案列表
Adobe Flash
Adobe Flash是建立富網路應用程式另一個方法。這項技術是跨平台，用來產生使用者介面。Adobe Flex是一個框架，提供選項給開發者，經由編譯MXML，（一個以XML 為基礎的介面描述語言），來建造使用這介面。這個Adobe Flex框架編譯並轉成Swf後，其能在Adobe Flash player上執行。
Java applet
Java applets是Java語言的一種類瀏覽器應用程序。
JavaFX
Silverlight
Silverlight原名WPF/E，使用XAML，是一種基於XML的語言，有聲錄影（Movie Clips）、向量圖形（Vector Graphics）等功能，被稱為是「Flash Killer」，亦可執行於Firefox甚至Safari等瀏覽器。Silverlight 3.0可支援H.264影音媒體格式與3D繪圖能力。
發展歷史
「豐富互聯網應用程序系統」一詞源於Macromedia公司在2002年3月發表的一份白皮書[1]，儘管如此，該詞在更早的年代中就已包含其他含義，包括遠程腳本（由微軟於1998年左右提出）、X Internet（由Forrester Research於2000年10月提出）[2]、豐富（網頁）客戶端和豐富網絡應用[3]。
優點
儘管與開發運行在桌面的程序相比，開發運行在瀏覽器中的應用程序要更受限、更複雜、更困難，但是這種努力還是值得的，因為它具有以下優點：
- 安裝簡便—終端用戶可在任何連接到互聯網上的設備中使用程序，而應用程序會自動或以簡單手動方式更新到最新版本，更新與使用費用與桌面程序和操作系統相比要經濟的多。
- 有很多工具支持離線使用，例如Adobe AIR，Google Gears等等。
- 多數豐富互聯網應用程序藉由網頁瀏覽器，可以跨平台使用
- 與可執行文件相比，基於網絡的應用程序可以有效的避免病毒侵襲(此一優點或已過時)
由於豐富互聯網應用程序採用客戶端引擎，所以它具有以下特點：
- 表現力豐富：豐富互聯網應用程序能在基於標準瀏覽器的網頁應用，實現 HTML標籤難以實作的用戶界面效果。這種內涵更豐富的交互涵蓋所有在客戶端所能實現的功能，例如拖拽功能、滑塊功能，而且這些功能無需與伺服器端交互數據，完全是在客戶端進行運算，如抵押計算。
- 反應更加迅速：與那些總須與遠程伺服器進行交互的標準網頁瀏覽應用相比，豐富互聯網應用界面的反應要迅速的多，這也是豐富互聯網應用程序特點之一。成熟的豐富互聯網應用，會給人近似於本地端作業系統桌面程序的經驗。
而且，使用客戶端引擎還有以下好處：
- C/S結構的負擔平衡(此點或為誤解，實作剛好相反)：豐富互聯網應用程序可以使客戶端和伺服器端對資源的需求更加平衡，從而使伺服器不必再像傳統網頁應用中那樣一直高負荷的運轉。由此伺服器端的資源得到了解放，從而提升了同一伺服器端硬件能並行服務的客戶端會話數量。
- 異步通信：無須等待用戶執行諸如在按鈕或鏈接上點擊的交互操作，客戶端引擎便可與服務器端進行交互。如此，用戶便可在客戶端引擎跟伺服器端通信的同時，異步地進行頁面瀏覽或交互。豐富互聯網應用程序的設計方式，便可在免予讓用戶等待的情境下，在客戶端與服務器端之間傳輸數據(因此伺服器端可能收到更多 http請求，負荷會比傳統網頁更重)。程序會預先從服務器端讀取數據，即程序預見到未來可能需要某些數據的時候，會先於用戶端發出請求之前將其下載，可提升回應後續請求的速度。Google Maps便是利用了這種技術，先於用戶將屏幕滾動到臨近地區，預取到周圍的圖片資料。
- 網絡效率高(此點或為誤解，實作剛好相反)：豐富互聯網應用程序的網絡通信量也會明顯減少，這是由於在決定需要與伺服器端交換什麼數據時，為應用程序專門設計的客戶端引擎，會比標準的網頁瀏覽器更智能(?)。由於每次交互所需傳輸的數據量變少了，從而總負載也減輕了(總負載並不因而減輕)，所以每個請求和響應的速度也就提升。
反之，異步請求和預取數據技術的濫用，一定會削減原先預期帶來的優勢，有時甚至還會起到反作用(此即現今實作弊端的起源)。程序本就無法準確地預期每個用戶下一步操作所需的數據，所以採用這種技術時時常下載過多冗餘數據(為商業行銷用廣告居多)；對多數客戶端而言，這些數據其實並非用戶真正所需要的。
缺點
豐富互聯網應用程序存在以下缺陷：
- 受限於安全沙箱。由於豐富互聯網應用程序程序運行在安全沙箱中，所以其對系統資源的訪問會受到限制。一旦對系統資源的訪問出現錯誤，那麼豐富互聯網應用程序程序就將無法正常運行。
- 依賴於腳本支持。豐富互聯網應用程序程序常常需要JavaScript或其它腳本語言的支持。一旦用戶瀏覽器對這些腳本進行屏蔽，豐富互聯網應用程序將無法正常運作。
- 客戶端運行速度受限。為實現平台無關性，一些豐富互聯網應用程序選用諸如JavaScript這類腳本語言來編寫其客戶端腳本，從而導致了性能上的損失（在移動設備中，此類問題尤為顯著）。而對於如Java這類的客戶端語言是不存在這類問題的，因為它的性能已可比擬傳統的編譯型語言了[來源請求]，而對於Flash，Curl或Silverlight，因為在其插件中所運行的代碼也是經過編譯的，所以同樣也不存在這類問題[來源請求]。
- 下載腳本的延時。雖然無需安裝軟件，但是豐富互聯網應用程序的客戶端引擎還是要從服務器端傳送信息到客戶端。雖然絕大多數傳輸信息會被緩存，但這種傳輸也至少要執行一次。根據下載的類型和大小，腳本的下載可能會是一件令人苦惱的事情。對此，豐富互聯網應用程序的開發者可採取壓縮、分段等技術在一定程度上減少這種延遲帶來的影響。
- 集成困難。如果基於X/HTML開發應用，那麼應用程序的目的（嚮往控制一切表現效果和行為）和X/HTML的目的（嚮往解除一切控制）之間的衝突會進一步加劇。X/HTML的DOM接口為創建豐富互聯網應用程序提供了一個可能，但是該方案又會導致豐富互聯網應用程序中的一些功能癱瘓。因為在該方案中，豐富互聯網應用程序的客戶端可以修改應用程序的基本結構並覆蓋其的表現效果和行為，這可能將導致應用程序在客戶端的執行錯誤。最終，該問題通過採用新式的客戶端機制來解決，在該機制中，豐富互聯網應用程序將受限於只能對其自身範圍的資源進行修改。（標準的運行在本地軟件之所以不存在該類問題是因為其遵循一個自動程序的定義，只能處理它自行分配的資源）。
- 搜索引擎優化困難。搜索引擎可能無法搜索應用程序文本內容中的索引。
- 依賴於互聯網連接。最理想的替代桌面程序的互聯網應用程序要允許用戶間斷性的上網，這樣用戶就可以遊走在各個熱點與辦公地之間。鑑於此，一些特殊的平台（如Adobe AIR，Google Gears）就需要允許離線操作的豐富互聯網應用程序程序。
- 可訪問性存在困難。在豐富互聯網應用程序中存在很多訪問性的困難，其中多數明顯地表現為屏幕閱讀器在探測由JavaScript引起的HTML內容更變上遇到了極大的困難。
- 無法部署。除了Adobe的AIR技術以外，其它的豐富互聯網應用程序不能像傳統的桌面應用那樣進行部署。
軟件開發複雜性
豐富互聯網應用程序技術的出現，給網頁應用的開發引入了相當可觀的複雜度。僅使用標準 HTML 構建的傳統網頁應用，其軟件架構相對來說較為簡單，同時開發方案選擇也有限，所以比較起來易於設計和管理。對使用豐富互聯網應用程序技術的個人或組織而言，他們所面臨額外的複雜度是更難於進行設計、測試、評估和支援。
豐富互聯網應用程序技術的使用，引起了若干個在服務級管理（service level management，簡稱SLM）上的新挑戰。而這些挑戰至今也仍未得到徹底解決。服務級管理所關心的並非總是應用開發者的焦點所在，也甚少為應用使用者所察覺，但它們對一個在線應用的成功交付，卻起着至關重要的作用。豐富互聯網應用程序架構中，使管理過程相對複雜化的方面包括：
- 更大的複雜度讓開發變得更加困難：將代碼移至客戶端的能力，給了應用設計者和開發者更多的創造空間。但是這反過來也讓開發變得更加困難，增加了發生過失（bugs）的可能性，也加大了軟件測試的複雜度。無論引入何種方法論或過程，這些複雜程度都會延長開發過程。這些問題中有些可能利用網頁應用框架，對豐富互聯網應用程序的設計和開發進行標準化來減輕。但是不論以何種解決方案，如果增加了使用案例的數量，則導致後續的測試過程也將隨之複雜化並延長工期。而不完整的測試又會降低應用的品質，和使用時的可靠性。
有人可能要說，上邊的討論並非只是豐富互聯網應用程序技術特有的，而是關於複雜性的廣泛問題。例如，同樣的爭論就發生於蘋果跟微軟分別在 1980年代發布其GUI時，甚至可能還發生於 Ford 發布其Model T時。不過在十幾年間，人類已展現了調適並且吸收新技術優勢的能力。
- 豐富互聯網應用程序架構違反了網頁範式：傳統的網頁應用為一系列的網頁檔案，每一網頁都需單獨經由 HTTP GET 請求發起載入頁面過程。這種模型被稱為網頁範式。豐富互聯網應用程序幾乎跳過了這樣子的流程，額外引入了異步的伺服器端通信方式來支持反應更迅速的用戶界面。在豐富互聯網應用程序中，完整加載一個頁面所需的時間，可能不再是用戶所能察覺到的重要指標，因為（打個比方說）客戶端引擎可能預先載入了某些內容。為了能有效地評估豐富互聯網應用程序，反映用戶體驗的指標，應會有新技術被設計出來。在這種評估技術出現之前，豐富互聯網應用程序的開發者，應該指示他們的應用代碼來為SLM產生測量數據。
- 異步通信導致難以隔離性能問題。看似矛盾地，增強應用的響應能力的措施，同時也使其難于衡量、理解、報告以及管理響應能力。一些豐富互聯網應用程序在加載第一個頁面後，便不再從瀏覽器發送任何 HTTP GET請求，而是通過其客戶端引擎使用異步請求來初始化後續下載。
相關條目
參考資料
- ^ Macromedia Flash MX—A next-generation rich client (PDF). [2008-05-17]. （原始內容存檔 (PDF)於2020-11-12）.
- ^ Forrester Research. [2008-05-17]. （原始內容存檔於2020-12-16）.
- ^ Nations, Daniel. Web Applications. About.com. [20 January 2014]. （原始內容存檔於2016-08-08）.
外部連結
- Accessible rich Internet applications (WAI-ARIA) 1.0 （頁面存檔備份，存於網際網路檔案館） W3C Candidate Recommendation 18 January 2011
- Rich Web Client Activity Statement （頁面存檔備份，存於網際網路檔案館） W3C
| |||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||