【asp.net core 系列】6 實戰之 一個項目的完整結構

0. 前言

在《asp.net core 系列》之前的幾篇文章中,我們簡單了解了路由、控制器以及視圖的關係以及靜態資源的引入,讓我們對於asp.net core mvc項目有了基本的認識。不過,這些並不是 asp.net core mvc項目的全部內容,剩下的內容我將結合實戰項目為大家講解其中的知識。現在,就讓我們開始吧。

1. 項目構建

拋開之前的項目,現在跟着我重新創建一個項目,第一步依舊是先創建一個解決方案:

dotnet new sln --name Template

我先介紹一下這個項目(指整個項目,不是單獨的asp.net core 應用),這是一個後台管理的模板應用,提供了常見後台系統(管理員端)的功能,包括員工管理、部門管理、角色管理等功能。

現在回到項目中,通常一個項目需要一個模型層,一個數據提供層以及web展示層。然後,我們依次創建 Data、Domain、Web 三個項目,其中Data和Domain 是 classlib,Web是mvc項目。

# 確保當前目錄與 Template.sln 處於相同的目錄
dotnet new classlib --name Data
dotnet new classlib --name Domain
dotnet new mvc --name Web

添加三個項目到解決方案中:

dotnet sln add Data
dotnet sln add Domain
dotnet sln add Web

因為Data 中存放着模型層,所以需要其他項目對它有一個引用:

cd Domain
dotnet add reference ../Data
cd ../Web
dotnet add reference ../Data

當然,實際開發中我們應當還有一個Service層,這一層用來存放業務代碼,減少控制器里不必要的業務代碼。那麼繼續:

# 回到項目的根目錄
cd ..
dotnet new classlib --name Service
dotnet sln add Service

然後添加Service的引用:

cd Service
dotnet add reference ../Data

將 Service的引用添加到Web里:

cd ../Web
dotnet add reference ../Service

現在一個大型工程基本都是面向接口編程,幾個關鍵層應當都是接口層,我們實際上還缺少Domain的實現層和Service的實現層。

cd ..
dotnet new classlib --name Domain.Implements
dotnet new classlib --name Service.Implements

在對應的實現層中,引入它們實現的接口層,並引入Data:

cd Domain.Implements
dotnet add reference ../Data
dotnet add reference ../Domain
cd ../Service.Implements
dotnet add reference ../Data
dotnet add reference ../Domain
dotnet add reference ../Service

這裡在Service的實現層添加Domain接口層的引用,而不是實現層的引用。這是因為面向接口編程,我們需要對Service實現層隱藏Domain的實現,所以對於Service的實現層來說,不需要關心Domain層的實現邏輯。

在Web中添加新建的兩個實現層的引用:

cd ../Web
dotnet add reference ../Domain.Implements
dotnet add reference ../Service.Implements

添加這兩個實現層到解決方案中:

cd ..
dotnet sln add Domain.Implements
dotnet sln add Service.Implements

下圖是到目前為止的項目結構圖:

整體而言,Data是各個層之間的數據流通依據,所以各個項目都依賴於此項目,各個接口層的實現層都只對Web可見,其他各層實際上並不清楚具體實現。

隱藏實現層有什麼好處呢?

  • 調用方不知道實現方的邏輯,避免調用方對特定實現的依賴
  • 有利於團隊協作,有的團隊是針對模塊劃分,有的是針對分層劃分,無論哪種,使用接口都是一個好的選擇
  • 有利於後期優化,可以很方便的切換實現層,而不用重新編譯過多的代碼

當然,並不只有這些好處,不過這樣有一個壞處,在web層調用service層時會更繁瑣,不過這也不是不可解決的,後續的內容中會為大家介紹如何解決這個煩惱。

2. 項目補充

通常情況下,一個完整的項目還會有一個工具類項目和一個測試項目。所以,繼續添加以下項目:

dotnet new classlib --name Utils

Utils 表示工具類,通常一個項目中工具類會比較多,所以就抽成了一個項目,單獨列出來。

添加測試項目:

dotnet new nunit --name Test

這裏使用的是nunit 3測試框架,當然還有另一個是xunit測試框架。

添加兩個項目到解決方案里:

dotnet sln add Utils
dotnet sln add Test

3. 總結

本章內容旨在通過創建項目,讓大家了解實際開發中項目的層級規劃思想,這並不代表我的就是最優的,只是這是我總結出來相對方便的層級關係。這裏並沒有講解如何通過Visual Studio或者Rider創建這樣的一個項目,我希望大夥能夠自己試試。

好了,希望大家能創建好項目,當然了後期我會給大家提供這個項目的源碼的,地址暫時保密哦。

更多內容煩請關注我的博客《高先生小屋》

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※回頭車貨運收費標準

※推薦評價好的iphone維修中心

※超省錢租車方案

台中搬家遵守搬運三大原則,讓您的家具不再被破壞!

※推薦台中搬家公司優質服務,可到府估價

您可能也會喜歡…