do coding(); while alive();

參考文檔 : [原創(chuàng)] Web表現(xiàn)層的Client端設(shè)計模式探討

這里提到的表現(xiàn)層應(yīng)當(dāng)是指包含Server端的展現(xiàn)相關(guān)的邏輯以及瀏覽器中的邏輯。在傳統(tǒng)的開發(fā)方式中表現(xiàn)層邏輯往往只涉及到Server端，而到了Client端已完全變成了HTML+CSS或XML+XSLT毫無設(shè)計模式可言。筆者認為隨著技術(shù)的發(fā)展和AJAX的推動，我們有必要將一部分表現(xiàn)層邏輯推向瀏覽器已進一步增強界面的交互能力。

或許目前大家設(shè)計的WEB頁面還很少需要考慮對展現(xiàn)數(shù)據(jù)的管理。但是一旦有一天我們擁有了一套好用的UI組件庫，那時我們設(shè)計的用戶交互界面的復(fù)雜度也就會突破目前我們習(xí)慣認為的上限。想像一個稍微有點復(fù)雜的場景，如果我們擁有了一個像Excel一樣的可以對任意單元進行實時編輯的Grid組件，用戶可以對其中的數(shù)據(jù)做任意的增刪改操作，那么我們就必須要考慮一下如何將用戶所填入的數(shù)據(jù)以合理有效的方式提交回Server端了。
?
CS中的展現(xiàn)數(shù)據(jù)模型對象

不過真的要來設(shè)計一種在表現(xiàn)層中的數(shù)據(jù)模型，還真是有點千頭萬縷、無從下手。所以在具體考慮如何管理這些數(shù)據(jù)之前，我們先來看一看在傳統(tǒng)的CS應(yīng)用中數(shù)據(jù)是如何進行管理的，有沒有什么可以借鑒的東西？不約而同的，在這些開發(fā)模式中都能找到一種專用的數(shù)據(jù)模型對象，在VB中它叫ADO.RecordSet、在Delphi中它叫TDataSet、在PB中它叫DataWindow。它們都有一些共同的特點：

1.?????? 表驅(qū)動的結(jié)構(gòu), 具有當(dāng)前記錄的概念。
表驅(qū)動的設(shè)計模式是由關(guān)系型數(shù)據(jù)庫自然衍生過來的設(shè)計方式，這種設(shè)計非常有利于用戶對數(shù)據(jù)的瀏覽和編輯，也符合我們對同結(jié)構(gòu)批量數(shù)據(jù)進行瀏覽和編輯的一般理解和習(xí)慣。

2.?????? 控件可直接與數(shù)據(jù)模型進行綁定。

數(shù)據(jù)敏感控件與數(shù)據(jù)模型進行綁定，并自動的展示、修改或控制其中的數(shù)據(jù)，這是CS中最常用的一種開發(fā)模式。其核心原理就是設(shè)計模式中的觀察者模式。數(shù)據(jù)模型是被觀察者，控件是觀察者。當(dāng)數(shù)據(jù)模型中的數(shù)據(jù)發(fā)生變化時，會主動的通知綁定的控件做相應(yīng)的刷新動作以實時的體現(xiàn)最新的數(shù)據(jù)。對于支持?jǐn)?shù)據(jù)修改或控制操作（例如：翻動記錄的操作）的控件，如果用戶利用其對綁定的數(shù)據(jù)模型中的數(shù)據(jù)或狀態(tài)做了改變，那么這種改變自然也會實現(xiàn)通知給所有其它相關(guān)的控件中。
?

但是在現(xiàn)在的 Java 的 BS

employee.getName();?
?employee.isMarried();?
?…?…?…?
?employee.setName(“Henry”);?

?dsEmployee(“name”);?
?dsEmployee(“married”);?
?…?…?…?
?dsEmployee(“name”)?? = ??“Henry”;?

4.?????? 都具有一定的數(shù)據(jù)校驗功能及支持一些與展現(xiàn)相關(guān)的屬性。
數(shù)據(jù)對象中的列描述對象在描述屬性名和數(shù)據(jù)類型的同時，往往還包含了其它一些跟顯示和編輯有關(guān)的特性，例如：readOnly、format、validator等。以readOnly屬性為例，當(dāng)我們將數(shù)據(jù)模型中某個列的readOnly屬性設(shè)置為true后，所有與該列相關(guān)的數(shù)據(jù)敏感控件都將變成只讀的狀態(tài)。這樣的好處在于開發(fā)人員在編寫頁面邏輯時不必過多的考慮頁面上堆砌了那些元素，而之需要關(guān)注他要處理怎樣的數(shù)據(jù)操作邏輯，頁面上大部分的操作邏輯或顯示邏輯都將圍繞數(shù)據(jù)模型對象而展開。

5.?????? 支持事件。它們都擁有類似beforeChange、afterChange、beforeDelete、afterDelete這樣的事件，以便于開發(fā)人員能夠利用這些事件提供一些簡單的數(shù)據(jù)校驗或操作邏輯。

BS中的展現(xiàn)數(shù)據(jù)模型的初步設(shè)想

CS下的這些數(shù)據(jù)模型對象在早些年都有著成功的實踐。試想，能不能把這種在CS下的表現(xiàn)層設(shè)計模式移植到BS的開發(fā)當(dāng)中呢？不過鑒于BS架構(gòu)更高的復(fù)雜的這個任務(wù)并不簡單，按照我的設(shè)想經(jīng)過移植的系統(tǒng)架構(gòu)大致可能如下：


圖中數(shù)據(jù)模型對象被拆分成了兩個部分，即Server端的實例和Client端的實例。當(dāng)我們要將數(shù)據(jù)從Server端傳遞到Client端時，系統(tǒng)首先應(yīng)在Server端構(gòu)建一個基于Java的數(shù)據(jù)模型，該數(shù)據(jù)模型對象的數(shù)據(jù)取自BO提供的VO。當(dāng)然，如果Server端原本使用了JSP＋Bean的開發(fā)模式，數(shù)據(jù)模型對象也可能直接取自JDBC的ResultSet。而后數(shù)據(jù)模型對象將利用一套實現(xiàn)已封裝好的規(guī)則，將數(shù)據(jù)以XML等方式輸出到Client端。此時Client端的可視化控件就可以對數(shù)據(jù)進行瀏覽和操作，如果用戶通過可視化控件對數(shù)據(jù)做了修改，這些臟數(shù)據(jù)也將暫時被緩存在Client端數(shù)據(jù)模型對象中，知道用戶最終點擊了提交按鈕，此系統(tǒng)再利用AJAX機制將數(shù)據(jù)同步回Server端并執(zhí)行進一步的后臺處理。
?
看起來我們好像已經(jīng)有了一個很好的開局！不過筆者認為在BS架構(gòu)中完全照搬CS中的那套設(shè)計思路可能并不是最佳的方案。主要原因在CS中的這些數(shù)據(jù)模型都是按照表結(jié)構(gòu)驅(qū)動的方式設(shè)計的，其基本思路類似關(guān)系型數(shù)據(jù)庫中的表。而我們在J2EE的設(shè)計模式中更常使用的卻是模型驅(qū)動的設(shè)計方式。表結(jié)構(gòu)驅(qū)動自認有它的有點，易于理解，方便使用。不過他也有一些致命的缺陷，特別是它不能很好的描述數(shù)據(jù)對象之間的關(guān)系，每當(dāng)我們試圖使用表驅(qū)動的模型來描述遞歸，樹，主從關(guān)聯(lián)這樣數(shù)據(jù)關(guān)系，總是會感覺束手束腳。無疑，基于OO的對象模型的結(jié)構(gòu)是一種更好的數(shù)據(jù)描述方式，它往往能夠更加準(zhǔn)確的、真實的表達數(shù)據(jù)之間的關(guān)系。?

(未完待續(xù)...)?
?