Can you summarize the following document?
        
  各種型別的動態網頁和“網路應用程式” 之間的區別一般是不清楚的。最有可能接近“網路應用程式”的網站是。HTML5引入了明確的支援,使得應用程式可以作為網頁載入,可以在本地儲存資料並在離線狀態下繼續執行。  單頁應用更類似於應用程式,因為它們沒有使用不同的URL切換操作介面。像 Sencha Touch 和 AngularJS 這樣的單頁網頁框架可能會被用來為移動平臺開發這樣的網頁應用。

  在製作Web應用程式時,有幾種定位移動裝置的方法:

  在較早的網路架構(如客戶機 - 伺服器)中,應用程式的處理負載在伺服器上的程式碼和本地安裝在每個客戶機上的程式碼之間共享。換句話說,一個應用程式有自己的預編譯客戶端程式作為其使用者介面,必須分別安裝在每個使用者的個人電腦上。升級到應用程式的伺服器端程式碼通常還需要升級到安裝在每個使用者工作站上的客戶端程式碼,這增加了技術支援成本並降低了生產力。此外,應用程式的客戶端和伺服器元件通常都與特定的計算機系統結構緊密相連,作業系統並將它們移植到其他作業系統對於除了最大的應用程式之外的所有作業系統而言都是非常昂貴的 (現在,用於移動裝置的本地應用程式也受到一些或所有上述問題的困擾。)  相反,網頁應用程式使用由各種網頁瀏覽器支援的標準格式(如HTML和JavaScript)編寫的網頁。網頁應用程式可被視為客戶端 - 伺服器軟體的特定變體,其中客戶端軟體在使用諸如HTTP的標準程式訪問相關網頁時被下載到客戶端機器。每次訪問網頁時都可能會發生客戶端網頁軟體更新。在會話期間,網頁瀏覽器解釋並顯示頁面,並作為任何網頁應用程式的通用客戶端。  在全球資訊網的早期,每個單獨的網頁作為一個靜態文件被傳送到客戶端,但是由於使用者輸入是通過嵌入在頁面標記中的網頁的<Forms>元素返回的,所以頁面的順序仍然可以提供互動式的體驗。但是,每次對網頁的重大更改都需要往返伺服器以重新整理整個頁面。  1995年,網景引入了一種稱為JavaScript的客戶端指令碼語言,允許程式設計師在客戶端執行的使用者介面中新增一些動態元素。因此,為了生成整個網頁而不是將資料傳送到伺服器,下載頁面的嵌入指令碼可以執行各種任務,例如輸入驗證或顯示/隱藏頁面的一部分。  1996年,Macromedia引入了Flash,這是一種向量動畫播放器,可以作為外掛新增到瀏覽器中,以在網頁上嵌入動畫。它允許使用指令碼語言來程式設計客戶端的互動,而不需要與伺服器通訊。  在1999年,“Web應用程式”概念在Servlet Specification 2.2版中以Java語言引入。[2.1?]。當時JavaScript和XML已經被開發出來,但Ajax還沒有被創造出來,並且XMLHttpRequest物件在2008年才作為ActiveX物件在Internet Explorer 5上引入。  2005年,Ajax這個詞被創造出來,像Gmail這樣的應用程式開始使他們的客戶端越來越靈活。網頁尾本能夠聯絡伺服器來儲存/檢索資料,而無需下載整個網頁。  在2011年,HTML5被定稿,提供圖形和多媒體功能,而不需要客戶端外掛。HTML5也豐富了文件的語義內容。API和文件物件模型(DOM)不再是事後的,而是HTML5規範的基礎部分。WebGL API為基於HTML5的canvas和JavaScript語言的高階3D圖形鋪平了道路。這些在創造真正的平臺和瀏覽器獨立顯著重要性的豐富網際網路應用程式。

  通過DHTML、Java Applet、JavaFX、JavaScript、Flash、Silverlight等技術,螢幕上的繪圖,播放音訊以及訪問鍵盤和滑鼠等應用程式特有的方法都是可能的。許多服務已經將所有這些組合到了一個更熟悉的介面中,該介面採用了作業系統的外觀。通用技術,如拖放也受到這些技術的支援。Web開發人員通常使用客戶端指令碼來新增功能,特別是建立不需要重新載入頁面的互動式體驗。一些技術來協調客戶端指令碼和伺服器端技術,如ASP.NET、Java EE、Perl / Plack和PHP。  使用各種技術組合的網頁開發技術AJAX是創造更多互動式體驗的技術示例。

  應用程式通常被分成稱為“層”的邏輯塊,其中每個層被分配一個角色。傳統的應用程式只包含一層,它駐留在客戶端機器上,但是網頁應用程式本身就是一種n層的方法。儘管可能有許多變化,但最常見的結構是三層應用程式。按照最常見的形式,這三個層次按順序被稱為呈現,應用和儲存。網頁瀏覽器是第一層(呈現),引擎使用一些動態的網頁內容技術(如ASP,CGI,ColdFusion,Dart,JSP / Java,Node.js,PHP,Python或Ruby on Rails)是中間層(應用程式邏輯),資料庫是第三層(儲存)。 Web瀏覽器傳送請求到中間層,它通過使查詢和更新對資料庫服務他們,並生成使用者介面。  對於更復雜的應用程式,三層解決方案可能不足,使用n層方法可能會有所幫助,其中最大的好處是將駐留在應用程式層上的業務邏輯劃分為更細粒度模型。另一個好處是可以通過提供易於使用的介面來訪問資料,新增一個整合層,將資料層與其他層分開。例如,客戶端的資料將被通過呼叫一個 "list_clients()" 函式,而不是直接使一個SQL查詢針對資料庫上的客戶端表訪問。這樣可以替換底層的資料庫,而不會對其他層進行任何更改。  有一些人將Web應用程式視為兩層架構。這可以是一個“聰明”的客戶端,執行所有的工作,並查詢一個“愚蠢的”伺服器,或一個“愚蠢的”客戶端,依靠一個“聰明的”伺服器。客戶端將處理表示層,伺服器將具有資料庫(儲存層),業務邏輯(應用層)將在其中一個或兩個上。雖然這增加了應用程式的可伸縮性,並將顯示和資料庫分開,但它仍然不允許真正的圖層專業化,所以大多數應用程式將超過這個模型。

  應用軟體公司正在形成的戰略是提供對以前作為本地應用程式分發的軟體的網路訪問。根據應用程式的型別,可能需要開發一個完全不同的基於瀏覽器的介面,或者僅僅調整現有的應用程式以使用不同的演示技術。這些程式允許使用者每月或每年支付使用軟體應用程式的費用,而無需將其安裝在本地硬碟驅動器上。遵循這一戰略的公司被稱為應用服務提供商(ASP),而ASP在軟體行業中正受到越來越多的關注。  這類應用程式的安全漏洞是一個主要問題,因為它可能涉及企業資訊和私人客戶資料。保護這些資產是任何Web應用程式的重要組成部分,並且在開發過程中必須包含一些關鍵的操作區域。這包括認證,授權,資產處理,輸入以及記錄和審計的過程。從一開始就將安全性構建到應用程式中,從長遠來看可能會更有效,而且破壞性更小。  雲端計算模型Web應用程式是軟體即服務(SaaS)。有企業應用程式作為SaaS為企業提供固定或使用相關費用。其他Web應用程式是免費提供的,通常從Web應用程式介面中顯示的廣告中產生收入。

  編寫一個Web應用程式經常使用開源軟體簡化,如Django、Ruby on Rails或Symfony稱為Web應用框架。這些框架有助於快速應用程式開發,讓開發團隊專注於其應用程式的獨特部分,而無需解決諸如使用者管理等常見的開發問題。  使用Web應用程式框架通常可以減少程式中的錯誤數量,通過簡化程式碼,並允許一個團隊專注於框架,而另一個專注於實現功能。在因特網上經常發生黑客攻擊的應用程式中,與安全相關的問題可能由程式錯誤引起。框架還可以促進使用最佳實踐,例如Post/Redirect/Get。  此外,因特網作業系統上的應用程式也有發展的潛力,儘管目前沒有太多可行的平臺適合這種模式。
網路應用程式(英語:web application,英文簡稱 英語:Webapp)分為客戶端到伺服器架構或無伺服器後端架構。其中的客戶端就是網頁瀏覽器。常見的網頁應用程式有Webmail、網路購物、網路拍賣、wiki、網路論壇、網誌、網路遊戲等諸多應用。