項目目標部署環境:CentOS 7+
項目技術點:.netcore2.0 + Autofac +webAPI + NHibernate5.1 + mysql5.6 + nginx
開源地址:https://github.com/wmowm/nh.core
作為.net開發人員,我們最熟悉的肯定是經典的三層架構了
這里插入一個題外話,很多人喜歡拿三層跟mvc,mvvm 做一些比較,它們共通的只有一點,就是解耦,三層架構指的是項目結構,一個項目可以搭建三層,加個IDAL 那就是四層了,也可以是N層,MVC只是 UI層里的一個設計模式,mvvm只是前端的一種設計模式,例如vue
我們這里就基於經典的三層,進行拓展,並說明彼此之間關系
先說DAL數據訪問層,很多小伙伴喜歡用ADO.net來操作數據庫,簡單方便,手寫sql簡潔又高效,這方面進行封裝的栗子也很多,先創建一個DAL層,然后Nuget找.net core里操作SQL SERVER的驅動,測試鏈接,再測試CRUD,測試通過,完美!
剛高興了一秒,反過來想想,好像有點不對勁,我們部署的目標環境是Linux,Linux上面好像沒聽說誰用SQL SERVER,用MySQL的最多,難道再去找MySQL的驅動......如果項目需求變了,隨便往表里刪除幾個字段,加幾個字段,那估計要崩潰
如何兼容多種數據庫?
ORM粉末登場,呸,閃亮登場................................
這里我選用NHibernate5.1,它支持.net core2.0,這里對ORM不做多的介紹,想學習這個ORM的可以去園子里找找資料,挺多的,這里推薦丹妮大叔的博客
不能因為我會NHibernate就選用這款ORM,還有很多優秀的ORM 例如Dapper,國產SqlSugar,微軟親兒子EF ........我們要做到求同存異
這里我再加一層,IDAL 抽象出CRUD操作,由DAL去實現它,我不用管它是具體是哪款ORM,能實現CRUD即可
IDAL與DAL都屬於數據倉儲,對數據的一些操作,這里我給它們換個名字
數據訪問層做好,我們就開始做數據模型,沒有模型我們也無法實現CRUD,因為我這邊是NHibernate,里面會多一個mapp文件,結構如下
接下來我們繼續搭建業務層,很多人會忽略這一層,把一些業務邏輯寫到控制器,或者DAL里面,這種是不可取的,前面我們已經抽象出了CRUD,無法滿足復雜業務的需要,此時就需要在業務層做一些處理
我把它分為兩個部分,Method是CRUD,自定義是一些復雜的業務邏輯
做到這里,是不是業務層就完成了呢?
我們是搭建.net core項目,在.net core無處不在的依賴注入,我們怎么通過依賴注入實現UI 與 BLL的解耦?
依賴倒置:高層模塊不應該依賴底層模塊，他們都應該依賴抽象。抽象不應該依賴於細節，細節應該依賴於抽象。
我們可以抽象一個IBLL,嗯,很對,先抽象出來,后續文章會在講解Autofac里詳細說明,名字也改個高達上的
做完了業務邏輯,我們就開始做UI層
先創建一個mvc項目,考慮到可能要支持多終端,再創建一個webapi,對外提供統一的服務接口
做到這里,框架基本搭建的差不多了,那么問題來了,那么那個模塊該添加Autofac的引用呢?
想做到解耦,第一點就是功能職責單一,所以我新增了一個配置中心,它由兩塊組成,結構如下
Tibos.Config 引用Autofac,實現AOP與模塊注入,在DefaultModule里我們將業務層注入到Autofac 的IOC容器里面,所有關於Autofac的注入操作,都在這個程序集內實現
Tibos.ConfingModel 用於全局的配置文件讀取,.net core里的配置文件格式為json,我們先將json序列化成model對象,然后注冊.net core的中間件,這里的配置文件都是自定義的一些配置文件,根據格式放在指定的文件夾
最后還差個常用類庫,與測試了,這里就不做過多介紹
到這里,整個項目結構介紹完畢,歡迎各位大佬拍磚,覺得有點用的可以去github給我點星,后續介紹里面的一些實現案例
最終結構圖
開源地址:https://github.com/wmowm/nh.core
轉載請標明原文出處:http://www.cnblogs.com/tibos/p/8881337.html