一般一個項目開始之前都會有啟動會，需求交底等等，其中會有一個環節，大講特講項目的意義，然後取一個高大上的項目名字，咱這是一個小功能談不上項目，但是名字不能太小氣了。好吧，就叫Trump吧。沒有任何含義，玩嘛！

項目分層結構也要在這裏說一下，這次這個小功能仿照DDD的分層模式，一定記住我說的是仿照。因為我也不懂DDD，我就畫個皮。

DDD這個東西中文名字應該叫領域驅動設計，園子很多大神分享過、講解過。看了很多博客很多書，依然沒太理解這麽復雜的東西（沒有實踐，紙上得來終覺淺）。這裏簡單說說自己的理解，把業務邏輯盡量的集中在領域層（Domain），如果項目是人體，那領域層就是人體的大腦了，以現在的科技，身上的零件除了大腦基本都可替換。也許可以把大腦換到另一個人身上，但是，整個身子還是要聽大腦的指揮。如果身體沒有了大腦，基本上就是一灘肉，失去了作為機體的功能。

另外作為一個機體，還遠遠沒有達到想電腦那樣的低耦合度，所以大部分零件更換的成本都很高。即使是一臺電腦，要更換零件也是要考慮到整體平臺的架構等等信息，所以談到低耦合，可替換的時候在不是萬般無奈情況下，使用的幾率很小。

放到項目上的一個例子，比如引入工作單元、倉儲層的概念，就是為了隔離領域與數據持久化，但是真正項目上線，要替換數據持久化的那一層談何容易。基於項目現有應用場景，然後進行技術選型的時候，要綜合開發效率，開發成本，可擴展性，可維護性等等，並不是什麽高大上就用什麽，什麽概念都要涉及，那樣只會成為一場技術點堆砌而難以實際應用。

比如我們這個項目，就是一個小的功能，現在可預估的用戶量就是你我他，你非要在還沒上線沒成型就考慮百萬級用戶的擴展，估計這個項目永遠都沒法上線了。

技術沒有好壞，只有適合不適合！當然，php是最好的語言，這是世間真理！

以一種領域專家、設計人員、開發人員都能理解的通用語言作為相互交流的工具，在交流的過程中發現領域概念，然後將這些概念設計成一個領域模型；
由領域模型驅動軟件設計，用代碼來實現該領域模型；

由此可見，領域驅動設計的核心是建立正確的領域模型

要詳細了解DDD的概念可以打開上面的鏈接，包括下方圖片，也是從文章中粘過來的，在此我們只是用他的分層，並沒有實踐DDD。

領域驅動設計的經典分層架構

小功能的分層

我們這個小項目分四層，分別為

• Trump.Domain 主要存放模型，不引用任何項目
• Trump.EF 實現數據持久化內容，本案中使用EF6，所以這裏會有大量EF CRUD實現的操作，依賴Domain項目
• Trump.Application 實現數據與UI的交互，經過EF處理的數據在這一層轉接為DTO返回到UI層，依賴Domain、EF項目
• Trump.ExamApp UI層實現，使用MVC5+Web Api+jQuery+Bootstrap構建，依賴Domain、Application層。

一般項目中還會有一個幫助類的項目，提供一些常用方法封裝，擴展方法等，並不作為任何項目獨有，所以這裏就不列出來了。

創建解決方案及創建項目（Vs 2017）

來吧來吧，新建空白解決方案，然後添加MVC項目，名字叫Trump.ExamApp，這個很基礎很基礎的，只列一下註意點

1.選擇ASP.NET Web應用程序.NET Framework ，上面那個是傳說中的跨平臺版本。比較落伍，看了幾回視頻都是第幾集。

2.選擇MVC，同時勾選Web API（不勾選亦可以，可以通過Nuget添加），身份驗證那裏選擇不進行身份驗證。（）

身份驗證：

不進行身份驗證：不使用net自帶的身份管理

個人用戶賬號：集成Asp.Net Identity v2（.NET Framework） or v3+(.NET Core)版本

3.創建完畢後如圖

4.使用Nuget管理項目中的引用

在項目上右鍵，管理Nuget程序包，移除“Microsoft.ApplicationInsights”。Application Insights 是可擴展的應用程序性能管理 (APM) 服務，可讓 Web 開發人員在多個平臺上生成和管理應用。暫時用不到，但是package有好幾個，習慣性移除掉，然後就是升級一下除了jQuery外所有的包。

註意：因為兼容性問題，jQuery版本不要隨便變更

好了。到此為止，這個項目基本完畢，接下來就是按照約定的名字創建其他幾個項目，選擇類型為類庫(.NET Framework)。

都創建完畢後，刷新一下，然後生成解決方案。把Web項目設置為啟動項目，F5啟動調試，我們整個項目的架子基本搭建完畢。

用MVC5+EF6+WebApi 做一個小功能(三) 項目搭建