項目目標部署環境:CentOS 7+ 項目技術點:.netcore2.0 + Autofac +webAPI + NHibernate5.1 + mysql5.6 + nginx 開源地址:https://github.com/wmowm/nh.core 作為.net開發人員,我們最熟悉的肯定是經典 ...
項目目標部署環境: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
