XForms/優勢
外觀
< XForms
與傳統的 HTML 表單相比,使用 XForms 有很多好處。一些最常被提到的好處包括:
- Web 標準 - XForms 是 W3C 標準,允許建立 Web 應用程式,而無需鎖定到任何特定的供應商,例如微軟、Adobe 或蘋果
- 與其他標準的一致性 - XForms 被設計為與其他 Web 標準非常一致,例如CSS、XML Schema 和XPath。如果你瞭解 CSS,那麼你可以快速學習如何為你的 XForms 設定樣式。
- 宣告式 - XForms 被認為是一個宣告式系統,因為它允許使用者宣告他們希望表單做什麼,而不是如何做到這一點。從高度複雜和原始的程式化 JavaScript 向高階宣告式風格的轉變是讓非程式設計師參與表單開發過程的主要方式。
- 更少的 JavaScript - XForms 允許從難以維護、難以除錯和可能不安全的 JavaScript 中擺脫出來。
- 從 Web 伺服器到 Web 瀏覽器的頁面傳輸更少的“往返”。這意味著你的 DMZ 中需要的 Web 伺服器更少,並且客戶端和伺服器之間需要的頻寬更小。
- 清晰一致地使用MVC 架構。
- 表單更容易建立、除錯和維護。
- 表單可以適應多種語言和多種貨幣。
- 表單具有清晰的關注點分離,這意味著所有表單都可以共享一個通用的樣式表、模型、繫結和演示。
- 高階使用者介面控制元件,例如XForms/Range 控制元件。
- XForms 的可擴充套件性(參見XForms/自定義控制元件)。
- 允許設計師專注於具體的業務模型和抽象的使用者介面(歸功於 Joern Turner)。
最後一點非常重要,因為業務模型旨在與業務領域保持一致,而業務領域往往在一段時間內更加穩定。另一方面,使用者介面技術變化迅速,必須高度適應瀏覽器、瀏覽器版本、移動裝置或平板電腦。關注點分離的這一核心理念是 XForms 理念和良好的人機互動的關鍵要素之一。
為了公平起見,我們也應該提到劣勢。這些問題大多數與 XForms 的新穎性有關,並且會隨著時間的推移而得到緩解。
- Web 瀏覽器限制使得 XForms 工具供應商難以在所有瀏覽器中支援所有 XForms 標籤。
- 在非常大的表單上的效能緩慢 - 具有超過 200 個欄位的表單有時在某些舊瀏覽器上載入速度很慢。
- 使用非原生瀏覽器表單播放器(例如 XSLTForms)需要初始下載大約 100K 的 JavaScript、CSS 和 XSL 檔案,這可能很慢,尤其是在較慢的撥號線路的情況下。請注意,這些檔案通常快取在本地硬碟驅動器中,因此第二次使用表單包時,無需重新下載這些檔案。
- 缺乏對 XML 的理解 - 許多傳統的 HTML/JavaScript 表單開發人員不熟悉 XML 標準。
- 很少有完整的 XForms 示例和應用程式存在(我們正在努力用這本書來解決這個問題)。
- 目前很少有高質量且低成本的 GUI 表單構建器工具存在(除了 IBM 的 Workplace forms、OpenOffice Forms、Onyx Forms 和其他一些工具)。
你會注意到,XForms 的大多數缺點都與 XForms 客戶端的限制、當前瀏覽器缺陷或技能和培訓問題有關。XForms 在架構上幾乎沒有根本性的缺點。
當出現關於 XForms 的負面討論時,我們發現大多數關於 XForms 的負面評論通常來自具有以下一個或多個屬性的人:
- 他們不瞭解標準在降低軟體開發成本方面所起的作用。
- 他們試圖推廣特定於供應商的專有技術。
- 他們幾乎沒有實際的 XForms 經驗,或者沒有接受過經驗豐富的 XForms 顧問的良好指導。
- 他們不理解基於 MVC 的系統的架構優勢和依賴關係圖的使用。
- 他們關注一個或多個特定瀏覽器或 XForms 產品的限制。
- 他們將 XForms 與 XForms 章程範圍之外的問題領域進行比較,例如圖形或複雜的導航控制元件。