未來的應用程序
下文介紹教程版本的有關 未來 Web 應用程序。
可執行文件將消亡,JavaScript 將存活
編譯的可執行文件(如 C 或 Java 語言的編譯)不能在不同的硬件上運行。
可執行文件(EXE 文件、ActiveX 和 COM 對象、DLL 文件)是防止運行在互聯網上的應用程序發展的組件。
未來的應用程序將無法使用,或依靠,安裝在客戶端計算機上的組件。
我們的建議:
僅使用 HTML、CSS 和 JavaScript 來編寫您未來的應用程序。
確保您未來的應用程序可以運行在任何的 Web 瀏覽器中。
Web 應用程序將成為互聯網服務
過去的應用程序都是大型的、為特定目的創建的應用程序。它們中的大多數很快將會消亡,因為它們不能隨著需求的變更提供服務。
應用程序應該是靈活的、通用的、能在不被破壞的情況下很好地適應需求的變更。
應用程序應該能夠擴展,從支持每天數以百萬計的請求。
應用程序應該能夠在不被破壞的情況下,在多個服務器之間進行傳播和移動。
應用程序應該能夠與其它的應用程序共同使用。
應用程序不應該包含大量的代碼。應用程序應該被分解成更小的服務,以便易於創建和易於維護。
應用程序是可返回數據到提交的互聯網請求的一系列互聯網服務。
應用程序應該在不保持到服務器的永久連接的情況下通過標准的互聯網協議請求服務。
我們的建議:
使用基於 SOA(Service Oriented Architecture 面向服務架構)的互聯網來編寫您未來的應用程序。
讓您的應用程序服務更通用,更靈活,且能服務於不同類型的請求。
未來的應用程序將很容易創建和編輯
客戶端和服務器端將在一個易於理解的方式進行數據交換。
如果能夠避免,應用程序將不被編碼。
應用程序將通過編輯模型而不是編輯代碼來創建和修改。
應用程序描述將被人類可讀。
應用程序描述將具有自我描述性。
應用程序將由用戶編寫,而不是由程序員編寫。
我們的建議:
使用人類可讀的文本文件來描述服務,併通過執行這些描述來提供服務。
使用文本文件(如 XML 文件)來描述應用程序。
使用文本文件(如 XML 文件)來進行數據交換。
使用 HTML、CSS 和 JavaScript 來執行應用程序。
三個小的 Web 開發人員...
很久以前,有三個小的 Web 開發人員,開發一個新的 Web 站點。
1. 第一個 Web 開發人員使用 <AppML>。
2. 第二個 Web 開發人員使用他最喜歡的服務器端編程語言。
3. 第三是使用專業的企業 Web 開發框架。
第一個 Web 開發人員在兩天內完成演示。經過與用戶的合作,一周內完成了初步原型。經過兩周的測試,一個智能的、快速的和易於使用的網站准備發布。
6 個月後,第二個 Web 開發人員准備好了他的網站。但是 WWW 已經改變了需求,所以對他的網站併不滿意。這個 Web 開發人員無法對他的項目做出重大的改變,因為它包含了太多的代碼。於是,他開始第 2 版的開發。
第三個 Web 開發人員從來沒有成功地完成他的工作。那個專業的 Web 開發框架,使用起來很困難,很難理解,幾乎是不可能的測試。