- 1PS提示：因為圖層已鎖定，無法編輯圖層的處理方法
- 2picacg蘋果版怎么找不到|picacg ios版是不是下架了介紹
- 3Adobe Illustrator CS5 序列號大全
- 4ACDsee注冊碼免費分享（含ACDsee18、ACDsee10等版本）
- 5Potato(土豆聊天)怎么換頭像|Potato app更改頭像方法介紹
- 6PDF瀏覽器能看3D文件嗎？PDF瀏覽器看3D文件圖文詳細教程
- 7Potato(馬鈴薯聊天)怎么注冊不了|Potato不能注冊處理方法介紹
- 8最新的Adobe Illustrator CS4序列號大全
- 9Intel i7-9700K性能跑分曝光：同代提升約12%
- 10XP系統怎么清除緩存？
- 11Intel Z390主板有望10月8日公布：8核9代酷睿隨后登場
- 12XP系統安裝chrome無法找到入口怎么處理？
[摘要]u 使用現成的框架Ø 首選當然是.NET Framework即將正式推出的ObjectSpaces！Ø 如果希望Tot...
u 使用現成的框架Ø 首選當然是.NET Framework即將正式推出的ObjectSpaces！
Ø 如果希望Total Solution，Borland ECO就是最佳選擇！
Ø 其它
n 開源項目推薦使用OPF（國外）
n 商業產品推薦使用Grove（國內）
u 設計自己的持久層
Ø 如果希望自己設計輪子，那么，最好的參考資料莫過于這篇文章：http://www.ambysoft.com/persistenceLayer.pdf
Ø 它山之石，可以攻玉
此處之它山，非J2EE莫屬，經典案例Hibernate早已家喻戶曉，您還需要等待嗎？
雖然平臺不同，但優秀的設計是大家共同的財富，.NET guys們快快行動起來吧！
Ø 代碼是永遠的老師，請多多關注這兩個.NET Open Source項目：
n OPF
n OJB.NET
l 小結
u Data Access Layer在整個系統架構中的位置
這是本文最后一幅示意圖，希望帶給您一些幫助：
u DAF Solution之抉擇篇
Ø 確定接口是關鍵：No. 1！
無論采用什么技術，這個總是最最關鍵的一步：至少，作者是這么認為的。
采用了DAF Solution后，其實已經對具體使用什么Data Access Logic技術沒必要特別Care，只要接口確定，連很多歷史遺留問題都可輕松解決了！
Ø 訪問技術隨心所欲：Just Do It！
一般做項目前，當我們設計Data Access Logic時，大都需要提前決定采用什么技術架構，如：Stored Procedure + DataSet / DataTable / DataView（Duwamish模式，結構簡單，操作方便），或者SQL + Provider Factory + DataReader + Entity（PetShop模式，性能不錯，可移植能力強），而采用了DAF Solution后，這些不再成為阻礙系統架構師進行Data Access Logic設計時的障礙了！
你完全可以這么做：設計時全部采用Duwamish模式，而在實現時（可能基于性能考慮）將部分Data Access Logic操作調整為PetShop模式。甚至，如果其它Layer的調用者對ADO.NET不是特別熟悉（很正常），也可以決定在某些Data Access Logic的內部使用O/R Mapping，通過Entity Façade返回后可以很輕松地以OO的方式進行后續處理！
不過，盡管如此，還是有些Issues需要具體情況具體分析：
（1） Stored Procedure在帶來便利、高性能的同時，也有移植上的問題需要考慮；
（2） O/R Mapping在提高易用性的同時，也為性能、復雜度付出了一定代價；
（3） 何時采用DataReader，如何更快的訪問DataSet，始終是個難以取舍的問題（雖然作者曾經對此作過斷言），愛恨兩難�。�
（4） 是否使用Distributed Process？安全問題又如何解決？.NET Remoting沒有給出很好地解決方案，WebServices雖然有，但能保證與其它系統兼容嗎？
僅舉4例，可見一斑。
雖然這些現實問題都要一一解決，但在DAF這棵大樹下，您還是有較大的自由度，不必再為統一架構設計而頻添很多煩惱了！
Ø Storage不在話下：Data Entity Facade！
在這里，作者認為，或許稱之為“Persistence不在話下”更貼切一些。
可以這么說，DAL的基石來自DAF，而DAF和外界的Bridge則是Data Entity Façade。正是其統一的外表才讓我們得以自由應付隨時可能發生的各種變化！
返回XML？沒問題！
返回XML后不想修改調用代碼？很簡單，做個EntityConvert！
O/R Mapping很酷，讓我返回對象吧？改一下配置文件，再寫個
O/R Mapping Data Access Logic！是不是也很酷��？
DataSet令我們的系統不堪重負，客戶最近頻繁投訴：您呼叫的
網頁暫時沒有應答，請稍后再刷，咋辦呢？
這也不難：撤下DataSet，換上DataReader，Data Entity
Façade已將不同的數據訪問基站構建到您的Server上，它
會確保您的系統99.98%位于服務區內（還有0.01%可能是您
忘打.NET Framework的最新Patch了，剩下的0.01%也很好
辦，快去買條新內存or加個CPU吧）！
……（如您需要返回其它系統無法辨認的東東，請撥打如下免費電話：800820xxxx，DAF Solution小組將為您提供幫助……）
u n-Tier架構下n之真諦
很簡單，2句話結尾：
n==?不重要，關鍵是：數據訪問層！
若要架構好，接口是命脈！
l 參考
u MSDN
Ø .NET Framework 1.2 Documentation
Ø Longhorn SDK
Ø Data Access and Storage
Ø C# 2.0 Specification
u Design Patterns
Ø GOF 23
Ø Microsoft Patterns & Practices
u Community
Ø The Microsoft .NET Framework Community
Ø TheServerSide.NET
Ø ASP.NET Starter Kits
Ø The Code Project
Ø Dot Net Persistence
u 其它
Ø Developing the Microsoft Business Framework
Ø Borland ECO
Ø Constructor
Ø DotNetNuke
Ø Rational XDE
推薦資訊 總人氣榜
