接上文 項目架構開發：數據訪問層之IQuery 本章我們繼續IUnitOfWork的開發，從之前的IRepository接口中就可以看出，我們並沒有處理單元事務， 數據CUD每次都是立即執行的，這樣有一些不好的地方，比如數據訪問次數會增多，一筆數據的完整性無法保證 比如：批量新增 ...

數據訪問層簡單介紹 數據訪問層，提供整個項目的數據訪問與持久化功能。在分層系統中所有有關數據訪問、檢索、持久化的任務，最終都將在這一層完成。 來看一個比較經典的數據訪問層結構圖 大概可以看出如下信息 1、有緩存、日志、異常處理、數據CRUD、查詢及數據事務等功能 2、無縫對接如EF ...

接上文 項目架構開發：數據訪問層之Cache 本章我們繼續ILogger的開發 ILogger.cs 日志服務的實現 這里我們引用的是log4net組件，我們來看看具體實現 LoggerBase.cs 其實log4net可以直接在項目各層 ...

接上文 項目架構開發：數據訪問層之Logger 本章我們繼續IRepository開發，這個倉儲與領域模式里邊的倉儲有區別，更像一個工具類，也就是有些園友說的“偽倉儲”， 這個倉儲只實現單表的CURD與Query，都是通過主鍵ID或拉姆達表達式進行操作的，返回的都是單表的實體或實體 ...

接上文 項目架構開發：數據訪問層之Repository 上一章我們講了IRepository接口，這張我們來講IQuery 根據字面意思就可以知道，這次主要講數據查詢，上一章我們只針對單表做了查詢的操作，多表聯查並沒有實現 其實對於任何一個項目來說，多表聯查都是比較麻煩的地方 ...

上一次（即昨天），我們完成了業務邏輯層的演示；傳送門：項目架構開發：業務邏輯層之領域驅動失血模型 設計上雖然還不是太優雅，但是距離真正的OO編程又更近了一步，而且也保留了事務腳本模式的簡單快捷的特性 只要后續把Model層豐富起來，那就算是掌握了另一種軟件開發模式，而且也是整個思想上 ...

上次我們創建了項目的服務層，服務層在業務邏輯簡單，或項目運行初期不是很容易體現出他的價值；傳送門：項目架構開發：服務層（上） 服務層專門處理非業務邏輯的一些功能，比如緩存、異常處理、組織多個應用邏輯等；這次我們搭建最上層的展現層，用到的知識面包括以下： asp.net mvc5 ...

在前面簡單描述了下服務層，SOA面向服務架構，架構設計-業務邏輯層，以及一些面向設計原則理解和軟件架構設計箴言。這篇博客我們將繼續進入我們的下一層：數據訪問層。無論你用的是什么開發模式或者是業務模式，到最后最必須具有持久化機制，持久化到持久化介質，並能對數據進行讀取和寫入CRUD。這就是數據訪問層 ...