實戰 .Net 資料訪問層 - 10

訪問|資料 以下是DAF的結構示意圖：




是不是看上去還比較簡單？

根據以往的經驗判斷，在這種繼承模式下，主要的開發工作全部集中到了DafBase和MyDaf身上，CustomerDaf的任務相對輕鬆，資料校正或者轉換處理也並不是每個方法都需要的J



那麼，DAF既然號稱Façade，除了滿足Façade之必要條件，還要起很好的表率作用，為上面的Data Entity Façade和下面的Data Access Layer作出一個榜樣（也是一個橋樑），以下就是作者總結出的4大要素：

（1） 所有的資料訪問請求全部通過DAF進行轉寄，無論是

Database還是XML，這都保證了資料提供者的一致性；

（2） 對傳入參數的校正以及返回結果的處理，全部在DAF中進行，這也確保了資料格式的一致性；

（3） 所有在DAF中聲明的資料訪問操作全部採用Data Entity Façade作為資料實體參與處理（這也是之所以採用Façade的原因之一），而下文所述的Data Access Logic則沒有這個限制（可以直接使用諸如DataSet / DataTable / ObjectSet這樣的架構類型作為資料實體）！

（4） 如果需要通過遠端存取（例如：Remoting，WebServices）進行資料交換或處理（注意：不是在Business Logic中J），您可以選擇在DAF中進行，也可以在具體的Data Access Logic中進行（請參考下文Data Access Logic中的論述）。



說到這裡，大家是不是已經對DAF有個大概的印象了呢？

如果還不是很清楚，那麼，下文即將推出的Data Access Logic（請注意：這裡的Data Access Logic雖然也可簡稱為DAL，但和Data Access Layer是截然不同的兩個概念！）就會進一步幫您看清DAF的真實面目J