多樣化網際網路應用程式
多樣化互聯網應用程式(英語: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