用MVC5+EF6+WebApi 作一個小功能(四) 項目分層功能以及文件夾命名

在上一節，咱們完成了一個項目搭建，咱們看到的是一個項目的分層架子，那接下來每一層作什麼以及須要引用哪些內容呢？在本節內容咱們還逐步拆分每一層的功能，順帶添加package包

Trump.Domain

在這一層，主要是定義領域模型，咱們前面也說，Domain是不依賴任何層的，惟一可能存在的依賴也就是外部的幫助類庫了。因此這一層不須要咱們進行單獨處理引用關係的。

在這一層咱們主要定義一些實體和實體的行爲，爲了解決方案樹看着清爽一些，咱們分別添加幾個文件夾保存對應的內容

• Entiies：保存實體類
• IRepository：保存倉儲接口（後面有空單獨說倉儲，這裏就是保存的每一個實體對應的行爲）
• T4：用來保存T4文件，後面會用到T4進行實體類的生成

基本這些就夠了。若是有須要咱們在單獨添加，其實T4那個文件夾如今加不加均可以。

 

Trump.EF

在這一層，咱們進行數據持久化操做，咱們將使用Entity Framework 6+Sql Server這個組合來進行數據持久化，同時咱們要實如今Domain層定義的倉儲接口，還有就是在這一層還會使用Migration進行數據遷移，使用Fluent Api 來進行數據關係的配置，因此這一層的文件以下：

• Common ：放咱們將會用到的公用類，好比提取出來的公共倉儲類
• EntityConfig：涉及到實體類的關聯關係配置，咱們使用Fluent Api來定義實體之間的關係
• Migrations：啓用數據遷移後，自動生成的文件，沒必要手動建立
• Repository：倉儲實現類
• XXXDbContext.cs:既然使用EF進行數據操做，必然會有一個數據上下文類，咱們項目較小，就不給它本身單獨搞個文件夾了，很差找

基本就這些文件夾。再看咱們在EF可能會用到的類庫，

• Entity Framework ：這個確定不用思考，微軟給的這個ORM走過了這麼多年性能什麼的應該不是大問題了（猜想，我沒有測試過，勿拍）。

就這個就能夠了，其餘的不是必須的，咱們用的時候再添加就能夠了。這裏注意，nuget安裝包EntityFramework有一個對應的EntityFramework.zh-Hans，一併安裝上吧，這樣在代碼編寫的時候就能夠看到繼承的中文提示了

最後，在EF層，咱們繼承了Domain 的倉儲接口，同時也會引用Domain的實體類，因此須要依賴Domain項目。右鍵添加項目引用便可

 

Trump.Application

在這一層，咱們是爲了隔離UI層與EF層之間的關聯，數據模型流轉以下Entity→Dto→Model，其中Entity→Dto的轉換就是在這一層完成的。同時咱們還會把一些在頁面模型中沒有完成的模型組裝在這裏進行完。這一層文件夾以下：

• Common：公共類，一些基類，接口什麼的
• Dtos：數據傳輸對象，把Entity轉換成Dto，而後扔給UI層
• IService:應用層接口，也有人把這個文件夾單獨拿出去的，咱們就不折騰了搞的項目比項目功能都多何須呢
• Service：應用層實現。

其實，若是往三層上靠的話，應用層就有點相似原來的BLL層，幹些沒技術含量的活，可是咱們在這裏非要搞出來一個接口和一個實現的方式，這個並非爲了高大上，後續咱們會講到Ioc的時候會用到，同時咱們在Domain中引入了T4，這塊的不少代碼都是能夠生成的，因此不用糾結

看一下須要引用的Nuget包：

• AutoMapper：數據轉換全靠它了，這個聽說性能不是很好，可是也沒什麼好的替代品
• Newtonsoft.Json：Json序列化的，個別時候會用到。

Trump.ExamApp

最後來到UI層，用戶看到的那一坨屎同樣的東西都集中在這裏了。這一層要調用Application獲取數據，進行展現，把用戶提交的表單發送給Application而後到EF層進行持久化。

這一層文件夾在建立項目的時候已經基本都完備了，看一下這一層的引用，梳理一下咱們要用的技術

• AutoMapper：幫忙進行Dto→Model的轉換
• Newtonsoft.Json：Json序列化用到
• Swagger.Net、Swagger.Net.UI、Swashbuckle、Swashbuckle.Core：用來作Api在線文檔的，後續Api的時候單獨講
• log4net：老牌日誌組件，看着說明書基本很容易配置使用了
• bootstrap：如今版本3.xxx~~~~~~
• jQuery：這個注意有三個系列，1.xx、2.xx、3.xx 根據客戶端兼容性需求選擇不一樣版本，同時會影響到頁面處理時候插件的選擇，慎重，原來有過不當心給升級了版本致使各類客戶端各類不兼容。
• Datatables：列表組件
• jsTree：樹形結構
• select2：可搜索過濾的下拉框
• sweetalert2：瀏覽器alert消息的替代
• jsrender：個別時候頁面中重複數據綁定
• ueditor：富文本編輯器，百度出品，貌似不維護了，基本也還穩定，功能都能知足，最主要的是有中文文檔和示例
• icheck、bootstrap-touchspin等：頁面上功能的小優化，加強用戶體驗

 

整理項目結構截圖以下：

全部準備工做基本完畢。下一步就能夠開始了。

比較糾結，我我的習慣是在整理需求的時候畫原型，而後設計數據模型，基本就是頁面設計→模型設計→邏輯處理→功能串聯→測試微調的開發思路。

可是由於這個是從項目中提出來的，需求已經弄完了並且不少代碼也完了，這個有點不知道從哪開始了。

整理整理思路在繼續，並且第一次想寫一個實戰的文章，才發現好難啊~