AppML 未來的應(yīng)用程序

未來的應(yīng)用程序

下文介紹 W3CSchool 版本的有關(guān) 未來的 Web 應(yīng)用程序。

可執(zhí)行文件將消亡，JavaScript 將存活

編譯的可執(zhí)行文件（如 C 或 Java 語言的編譯）不能在不同的硬件上運行。

可執(zhí)行文件（EXE 文件、ActiveX 和 COM 對象、DLL 文件）是防止運行在互聯(lián)網(wǎng)上的應(yīng)用程序發(fā)展的組件。

未來的應(yīng)用程序?qū)o法使用，或依靠，安裝在客戶端計算機上的組件。

我們的建議：

僅使用 HTML、CSS 和 JavaScript 來編寫您未來的應(yīng)用程序。

確保您未來的應(yīng)用程序可以運行在任何的 Web 瀏覽器中。

Web 應(yīng)用程序?qū)⒊蔀榛ヂ?lián)網(wǎng)服務(wù)

過去的應(yīng)用程序都是大型的、為特定目的創(chuàng)建的應(yīng)用程序。它們中的大多數(shù)很快將會消亡，因為它們不能隨著需求的變更提供服務(wù)。

應(yīng)用程序應(yīng)該是靈活的、通用的、能在不被破壞的情況下很好地適應(yīng)需求的變更。

應(yīng)用程序應(yīng)該能夠擴展，從支持每天數(shù)以百萬計的請求。

應(yīng)用程序應(yīng)該能夠在不被破壞的情況下，在多個服務(wù)器之間進行傳播和移動。

應(yīng)用程序應(yīng)該能夠與其它的應(yīng)用程序共同使用。

應(yīng)用程序不應(yīng)該包含大量的代碼。應(yīng)用程序應(yīng)該被分解成更小的服務(wù)，以便易于創(chuàng)建和易于維護。

應(yīng)用程序是可返回數(shù)據(jù)到提交的互聯(lián)網(wǎng)請求的一系列互聯(lián)網(wǎng)服務(wù)。

應(yīng)用程序應(yīng)該在不保持到服務(wù)器的永久連接的情況下通過標(biāo)準(zhǔn)的互聯(lián)網(wǎng)協(xié)議請求服務(wù)。

我們的建議：

使用基于 SOA（Service Oriented Architecture 面向服務(wù)架構(gòu)）的互聯(lián)網(wǎng)來編寫您未來的應(yīng)用程序。

讓您的應(yīng)用程序服務(wù)更通用，更靈活，且能服務(wù)于不同類型的請求。

未來的應(yīng)用程序?qū)⒑苋菀讋?chuàng)建和編輯

客戶端和服務(wù)器端將在一個易于理解的方式進行數(shù)據(jù)交換。

如果能夠避免，應(yīng)用程序?qū)⒉槐痪幋a。

應(yīng)用程序?qū)⑼ㄟ^編輯模型而不是編輯代碼來創(chuàng)建和修改。

應(yīng)用程序描述將被人類可讀。

應(yīng)用程序描述將具有自我描述性。

應(yīng)用程序?qū)⒂捎脩艟帉懀皇怯沙绦騿T編寫。

我們的建議：

使用人類可讀的文本文件來描述服務(wù)，并通過執(zhí)行這些描述來提供服務(wù)。

使用文本文件（如 XML 文件）來描述應(yīng)用程序。

使用文本文件（如 XML 文件）來進行數(shù)據(jù)交換。

使用 HTML、CSS 和 JavaScript 來執(zhí)行應(yīng)用程序。

三個小的 Web 開發(fā)人員...

很久以前，有三個小的 Web 開發(fā)人員，開發(fā)一個新的 Web 站點。

1. 第一個 Web 開發(fā)人員使用 <AppML>。

2. 第二個 Web 開發(fā)人員使用他最喜歡的服務(wù)器端編程語言。

3. 第三是使用專業(yè)的企業(yè) Web 開發(fā)框架。

第一個 Web 開發(fā)人員在兩天內(nèi)完成演示。經(jīng)過與用戶的合作，一周內(nèi)完成了初步原型。經(jīng)過兩周的測試，一個智能的、快速的和易于使用的網(wǎng)站準(zhǔn)備發(fā)布。

6 個月后，第二個 Web 開發(fā)人員準(zhǔn)備好了他的網(wǎng)站。但是 WWW 已經(jīng)改變了需求，所以對他的網(wǎng)站并不滿意。這個 Web 開發(fā)人員無法對他的項目做出重大的改變，因為它包含了太多的代碼。于是，他開始第 2 版的開發(fā)。

第三個 Web 開發(fā)人員從來沒有成功地完成他的工作。那個專業(yè)的 Web 開發(fā)框架，使用起來很困難，很難理解，幾乎是不可能的測試。

看一看第一個開發(fā)人員是如何做到的。