目錄:一個.NET網站的成長歷程 在個人的日常工作和學習中,接觸到不少的項目,這些項目結構大同小異,其結構的核心思想無外乎“分層“。 分層?從字面上理解,看似簡單,實則不然。這需要從多個維度去看待這個問題。最為直接的就是根據項目的類型進行劃分,繼而根據這個類型再對其職責進行劃分。 當然,這僅僅是個人 ...
在個人的日常工作和學習中,接觸到不少的項目,這些項目結構大同小異,其結構的核心思想無外乎“分層“。
分層?從字面上理解,看似簡單,實則不然。這需要從多個維度去看待這個問題。最為直接的就是根據項目的類型進行劃分,繼而根據這個類型再對其職責進行劃分。
當然,這僅僅是個人的觀點。在這方面每個人都有著自己獨特的觀點,所以分層的方式也不盡相同。
可以肯定的是一個優秀的項目它的結構一定非常優雅。而且一個項目的“高可用”與你的項目結構有著直接的關係。
以下是個人為這個系列博客新建的解決方案,後續的示例都以這個結構為基準
上述的解決方案中採用了傳統三層架構,既 => 數據訪問層+業務邏輯層+用戶界面層,結構簡單。當然在這個基礎上個人又進行了一些劃分便於後續擴展。
劃分如下:
Models:實體對象層,包含了數據表的映射的實體和DTO實體。
IDAL:數據訪問層的介面,提供資料庫訪問介面。
DAL:數據訪問層的封裝,依賴與IDAL層,提供對Models層操作指令。
IBLL:邏輯處理層介面。
BLL:邏輯處理層的封裝,依賴與IBLL層。
Client:客戶端,負責將用戶的請求傳遞至業務層。
Common:公共層,負責提供公共服務。
以上就是這個演示項目的結構。