AppML 案例未來

下文介紹php中文網典版本的有關未來 Web 應用程式。

可執行檔將會消亡，JavaScript 將存活

編譯的可執行檔（如 C 或 Java 語言的編譯）無法在不同的硬體上執行。

可執行檔（EXE 檔案、ActiveX 和 COM 物件、DLL 檔案）是防止執行在網路上的應用程式發展的元件。

未來的應用程式將無法使用，或依靠，安裝在客戶端電腦上的元件。

我們的建議：

僅使用 HTML、CSS 和 JavaScript 來編寫您未來的應用程式。

確保您未來的應用程式可以運行在任何的 Web 瀏覽器中。

過去的應用程式都是大型的、為特定目的而創建的應用程式。它們中的大多數很快就會消亡，因為它們不能隨著需求的變更提供服務。

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

應用程式應該能夠擴展，從支援每天數以百萬計的請求。

應用程式應該能夠在不被破壞的情況下，在多個伺服器之間進行傳播和移動。

應用程式應該能夠與其它的應用程式共同使用。

應用程式不應該包含大量的程式碼。應用程式應該被分解成更小的服務，以便易於創建和易於維護。

應用程式是可將資料傳回提交的網際網路要求的一系列網路服務。

應用程式應該在不保持到伺服器的永久連接的情況下透過標準的網際網路協定請求服務。

我們的建議：

使用基於 SOA（Service Oriented Architecture 面向服務架構）的互聯網來編寫您未來的應用程式。

讓您的應用程式服務更通用，更靈活，且能服務不同類型的請求。

客戶端和伺服器端將在一個易於理解的方式進行資料交換。

如果能夠避免，應用程式將不會被編碼。

應用程式將透過編輯模型而不是編輯程式碼來建立和修改。

應用程式描述將被人類可讀。

應用程式描述將具有自我描述性。

應用程式將由使用者編寫，而不是由程式設計師編寫。

我們的建議：

使用人類可讀的文字檔案來描述服務，並透過執行這些描述來提供服務。

使用文字檔案（如 XML 檔案）來描述應用程式。

使用文字檔案（如 XML 檔案）來進行資料交換。

使用 HTML、CSS 和 JavaScript 來執行應用程式。

很久以前，有三個小型的 Web 開發人員，開發一個新的 Web 網站。

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

2. 第二個 Web 開發人員使用他最喜歡的伺服器端程式語言。

3. 第三是使用專業的企業 Web 開發架構。

第一個 Web 開發人員在兩天內完成示範。經過與使用者的合作，一週內完成了初步原型。經過兩週的測試，一個聰明的、快速的和易於使用的網站準備發布。

6 個月後，第二個 Web 開發人員準備好了他的網站。但是 WWW 已經改變了需求，所以對他的網站並不滿意。這個 Web 開發人員無法對他的專案做出重大的改變，因為它包含了太多的程式碼。於是，他開始第 2 版的開發。

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

看看第一個開發人員是如何做到的。