狠狠撸

twMVC#18 – 專案分层架構
Kevin Tseng

http://mvc.tw
? 微軟最有價值專家（MVP）2013~2015
? twMVC 核心成員及講師（http://mvc.tw）
? SkillTree 專任講師（http://skilltree.my）
? 部落格「mrkt 的程式學習筆記」
http://kevintsengtw.blogspot.tw
? Google+ 專頁
https://plus.google.com/+KevintsengtwBlogspot
? Github
https://github.com/kevintsengtw
簡介
2

http://mvc.tw
twMVC #05
4http://goo.gl/k0PNWe

http://mvc.tw
twMVC #10
5http://goo.gl/m7LHfg

http://mvc.tw
twMVC #11
6
http://goo.gl/8zL4pe

http://mvc.tw
twMVC #15
7http://goo.gl/8JR93s

8
ASP.NET MVC 專案分层架構系列

http://mvc.tw
? Part.1 初學者的起手式
? Part.2 抽出 Repository 裡相同的部分
? Part.3 個別 Repository 的资料存取操作
? Part.4 抽出 Model 层并建立為类别库专案
? Part.5 建立 Service 层
? Part.6 DI/IoC 使用 Unity.MVC
? 建議與補充說明
http://kevintsengtw.blogspot.tw/search/label/分层架構 9

http://mvc.tw
? 很多人看，但是很多人不懂
? 很多人跟著做，但是做了之後還是不懂
? 有些公司、團隊也照著做，但是只做了一半
? 重要的部分，我還沒有寫出來
? 不建議程式開發初學者閱讀
? 不瞭解物件導向的開發人員，不建議閱讀
10

http://mvc.tw
? 架構：
系統架構
軟體架構
? 分层：
系統架構的分层 – Tier (實體层)
軟體架構的分层 – Layer (邏輯层)
架構、分层
12

http://mvc.tw
? 合適的架構會讓系統有更好的靈活性和伸縮性，
並且會使開發人員進入良性循環
? 不合適的架構則很容易導致軟體在變化的需求中崩潰
架構 Architecture
.NET 應用架構設計原則、模式與實踐 – 汪洋 13

http://mvc.tw
? Martin Fowler
最高层次的系統分解，系統中不易改變的決定。
? Ralph Johnson
高階開發人員對系統設計的一些可共享的理解，這些可共享
的理解表現為系統中主要的組成部分以及這些組成之間的交
互關係。
? 架構是必須在開發初期所做出的一組設計與決策
（這些內容也是在開發後期難以去做改變）
軟體架構 – Software Architecture
Patterns of Enterprise Application Architecture - Martin Fowler
(企業應用架構模式)
14

http://mvc.tw
? Physical Tier
? 每一层多半代表著一個獨立的實體
? 三层式的系統：
展現层：客戶端的電腦
邏輯運算层：伺服器
資料存取层：資料庫伺服器
? 每一层都會有對應的硬體與系統軟體
? 不同的實體层有時也會存在於同一台伺服器上
Brownfield Application Development in .NET – Kyle Baley, Donald Belcham
軟體構築美學蔡煥麟, 張簡才祿譯
15

http://mvc.tw
from twMVC#11 架構設計入門 by Clark (昏睡領域) 16

http://mvc.tw
? Logical Layer
? 不牽涉到硬體，偏向軟體的設計，或根據不同任務來區分
? 實體层會包含一到多個邏輯层
? 根據不同的關注點定義程式碼所在的位置
? 明確的分離與相鄰邏輯层之間的互動關係，透過介面
Brownfield Application Development in .NET – Kyle Baley, Donald Belcham
軟體構築美學蔡煥麟, 張簡才祿譯
17

http://mvc.tw
from twMVC#11 架構設計入門 by Clark (昏睡領域) 18

http://mvc.tw
? 用以分解複雜的軟體系統設計
? 每一层都依拖在其下层之上，上层使用了下层定義的各種服
務，而下层對上层如何使用並不需要瞭解。
? 每一层對自己的上层隱藏其下层的細節。
分层 - Layer
19

http://mvc.tw
? 分层是企業應用系統中最常見的一種架構模式
? 將系統以橫向切分幾個部分，每個部分負責一個相對比較單
一的職責，通過上层對下层的依賴和調用來組成一個完整的
系統
分层 - Layer
20

http://mvc.tw
? 可以替換某一层的具體實現，只要前後提供的服務相同即可
? 可以將各层次間的相依性減到最低
? 分层有利於標準化
? 合理的分层有助於分工開發與維護
? 各层之間具有一定的獨立性，維持之間溝通的介面不變，各
层可以根據具體問題各自實作，而不需要其他层也必須做出
相應調整
分层 – 好處
21

http://mvc.tw
? 過多的分层會影響效能
? 不合理的分层將會導致軟體開發品質下降
? 不合理的分层使得不同层次的程式碼耦合在一起，相依性增
加，使得程式越來越難以隨著需求變更而進行相應調整
? 分层無法封裝所有的東西，例如因應需求要在前端介面增加
輸入欄位，必須要在表現层、商業邏輯层、資料存取层都做
相對應的修改
分层 – 壞處
22

http://mvc.tw
? 合理的分层，什麼分层的需求變更就去修改那一個分层的程
式碼，而與其他分层無關
? Client/Server
? 3 Tiers / 3 Layers
分层
23

http://mvc.tw
三层式架構 3 Layers
24
? 展現层 Presentation Layer
? 商業邏輯层 Business Layer
? 資料存取层 Data Layer
https://msdn.microsoft.com/en-us/library/ff650706.aspx

http://mvc.tw
ASP.NET MVC with N-Layer Architecture
25from twMVC#5 ASP.NET MVC之實戰架構探討 by Bibby Chung

http://mvc.tw
? M-V-C 三個組成部分不等於三层式架構
? ASP.NET MVC 專案可視為表現层
? 分层的問題：要決定建立哪些层以及每一层的職責為何？
應該要如何分层?
要分那幾层？
什麼部分應該放在那一层?
ASP.NET MVC with N-Layer Architecture
26

29
專案分层 Part.1
初學者的起手式

http://mvc.tw
? Visual Studio 2013 with Update 4
? Microsoft SQL Server 2014 Express
? ASP.NET MVC 5, Entity Framework 6.1.3
? Database: Northwind
Part.1 初學者的起手式
30

http://mvc.tw
31
? 建立 Repository
1. 建立 ICategoryRepository, IProductRepository
2. 實作 ICategoryRepository, IProductRepository
3. 在 Controller 裡使用 Repository

http://mvc.tw
? 關注點分離 SoC, Separation of Concers
? 資料倉儲模式 Repository Pattern
? 單一職責原則 SRP
Single Responsibility Principle
? Do not Repeat Yourself (DRY)
? 分层架構不一定要分好幾個專案來操作，在同一個網站專案
中也是可以做出的分层架構（目錄）
33

http://mvc.tw
? by Edward Hieatt and Rob Mee
? Mediates between the domain and data mapping
layers using a collection-like interface for
accessing domain objects.
? 協調領域和資料對映层，利用類似於集合的接口來訪問領域
物件。
Repository 資料倉儲（資源庫）模式
34http://martinfowler.com/eaaCatalog/repository.html

http://mvc.tw
? Repository 是領域层與資料對應层之間的媒介，如同存在
記憶體中的物件集合。
用戶端會建構查詢規格（query specification），並傳
遞給 Repository 以執行特定的資料操作.....
概念上，Repository 將資料與其相關操作封裝成物件集合，
以便用貼近物件導向的方式來存取資料
Repository 資料倉儲（資源庫）模式
Huan-Lin 學習筆記: Repository，我可能不會用你

http://mvc.tw
? Single Responsibility Principle
? 應該有，且只有一個原因，會引起class的變更
? 一個class只負責一個職責的內容
一個class如果要負責多個職責，其內容應該只是組合多個
class，而每個被組合的class只負責單一職責，且通常這
樣的組合都是透過接口(interface/abstract)
單一職責原則 SRP
36[ASP.NET]91之ASP.NET由淺入深不負責講座 Day17 - 單一職責原則

http://mvc.tw
? Single Responsibility Principle
(1)class複雜性降低，因為實現什麼職責都有很清楚的定義
(2)可讀性提高
(3)可維護性提高
(4)變更引起的風險降低，變更範圍降低，擴展性提高
單一職責，也就是高內聚力的實作方式。
單一職責原則 SRP
37[ASP.NET]91之ASP.NET由淺入深不負責講座 Day17 - 單一職責原則

38
專案分层 Part.2
抽出 Repository 裡相同的部份

http://mvc.tw
? 資料操作方法（CRUD）除了操作的類別不同之外，
其餘的幾乎是一樣的
? 將共同的部份給抽離出來另外建立 IRepository 介面
? 使用「泛型」的特性
? 建立通用的 Repository 類別（GenericRepository），
並且繼承實作 IRepository
Part.2 抽出 Repository 裡相同的部份
39

41
專案分层 Part.3
個別 Repository 的资料存取操作

http://mvc.tw
? 當資料的操作有別於 GenericRepository 時，
在各自的 Repository 去加入特定的方法
? 重新建立
ICategoryRepository, IProductRepository
? 重新建立繼承實作介面
CategoryRepository, ProductRepository
Part.3 - 個別 Repository 的资料存取操作
42

http://mvc.tw
? 為何又要重新建立在 Part.2 已經移除的介面和實作呢？
Part.3 - 個別 Repository 的资料存取操作

46
專案分层 Part.4
抽出 Model 层并建立為类别库专案

http://mvc.tw
? 如果專案不大或並不是很複雜，其實可以不必抽出 Model
Part.4 - 抽出 Model 层并建立為类别库专案
47

49
專案分层 Part.5
建立 Service 层

http://mvc.tw
? Repository 层，主要是用來操作資料的存取
不牽涉商業邏輯的操作
? Controller 其主要的工作為系統流程的控制，
驗證輸入的資料，依據傳入的需求來決定要存取哪些資料，
並且決定要選擇 View 以回應到需求端
? 商業邏輯的處理不適合放在 Controller 當中，
過多的商業邏輯處理反而會讓 Controller 的流程控制與
商業邏輯混在一起
Part.5 - 建立 Service 层
50

http://mvc.tw
? 服務层，主要是把系統的商業邏輯給封裝起來
Service 层使用 Repository 层所提供的服務來存取資料
Controller 透過 Service 层來做資料的處理，不直接使
用 Repository。
? Repositiry 主要負責資料的 CRUD，而 Service 則是處
理商業邏輯的處理

http://mvc.tw
? Repository 與 Service 絕對不會依賴於展現层
? Service 层不應該也不會使用到展現层的物件
展現层的 ViewModel 不可能也不應該出現在 Service
? Service 层與展現层可以使用 DTO (Data Transfer
Object 資料傳輸物件) 來傳遞資料
? DTO 與展現层物件（ex: ViewModel）的對映轉換，可以
使用 AutoMapper

http://mvc.tw
? 是否一個 Model 類別就要建立一個對應的 Service 類別?
? 如果遇到了資料需要 JOIN 處理時，要放在哪裡？
? 一定要有 Repository 嗎？
? 好多介面？
? Service 有必要做一個 Iservice 介面嗎？

http://mvc.tw
? MSDN – The Repository Pattern
? Huan-Lin 學習筆記: Repository，我可能不會用你
Huan-Lin 學習筆記: Repository，我可能不會用你(2)-範例
Huan-Lin 學習筆記: Repository，我可能不會用你(3)-正反意見
關於 Repository
57

58
專案分层 Part.6
DI/IoC 使用 Unity.MVC

http://mvc.tw
? 少了彈性就代表系統缺乏可擴充與變化性
? 程式的內容是針對介面而寫，而不是針對實作而寫
實作應該依賴抽象，而不是依賴細節
? 模組之間的依賴關係，要透過抽象介面
Class 之間不發生直接的依賴關係
而相互之間的則是透過 Interface 或 abstract class
產生依賴關係
Part.6 - DI/IoC 使用 Unity.MVC
6091之ASP.NET由淺入深不負責講座 Day22 - DIP 依賴反轉原則

http://mvc.tw
除了 Microsoft’s Unity IoC container 之外，
還可以選用其他的 DI/Ioc Container
? Autofac
? Ninject
? Castle Windsor
? Spring.NET
? SimpleInjector … etc
Part.6 - DI/IoC Container
IoC Container Benchmark - Performance comparison -
www.palmmedia.de

http://mvc.tw
Unity bootstrapper for ASP.NET MVC
MSDN – patterns & practices - Unity 3 – April 2013

http://mvc.tw
? Huan-Lin 學習筆記: Dependency Injection 筆記 (1)
Huan-Lin 學習筆記: Dependency Injection 筆記

http://mvc.tw
? .NET 相依性注入使用 Unity - 蔡煥麟著
Dependency Injection 參考資料
https://leanpub.com/dinet 71

http://mvc.tw
? 原本還沒有 Service 的時候，在 Repository 還有處理
Dispose，但是在建立 Service 之後就沒有去處理。
難道是不需要嗎？
? 建立一次 Repository instance 就建立一個 DbContext
instance，這成本似乎有點高？
目前問題

73
專案分层 Part.7
Unit of Work 工作單元

http://mvc.tw
? 維護受業務事物影響的一系列物件，並協調變化寫入和併發
問題的解決
Maintains a list of objects affected by a business
transaction and coordinates the writing out of changes
and the resolution of concurrency problems.
- Martin Fowler
Part.7 – Unit of Work 工作單元
74http://martinfowler.com/eaaCatalog/unitOfWork.html

http://mvc.tw
? 管理物件的 CRUD 操作，工作單元負協調這些變化的持久化
工作以及所有標記的併發問題
? 確保數據在持久化過程的資料完整性
? 如果在同一個工作單元中持久化一系列物件資料時出現問題，
就應該會恢復所有的變化，以確保資料始終處於有效狀態
? Unit of Work 的使用會結合 Repository
Part.7 – Unit of Work 工作單元
掀起你的盖头来：Unit Of Work -工作单元 - 田园里的蟋蟀 - 博客园

http://mvc.tw
? Unit of Work 的使用會結合 Repository
Unit of Work

http://mvc.tw
修改 GenericRepository

http://mvc.tw
Service 內部的使用
82

http://mvc.tw
增加 UnityConfig.cs 的類別註冊
83

http://mvc.tw
? 如果 controller 的 action 方法需要使用多個
service 的操作時，現行方法還是讓一次的 request 發
動多次的 SaveChange 處理（多個工作單元）
? 修改為一次 request 的處理為一個工作單元
問題
84

http://mvc.tw
修改 Service
85

http://mvc.tw
修改 Service
86

http://mvc.tw
使用 UnitOfWorkAttribute ActionFilter
89

http://mvc.tw
使用 UnitOfWorkFactory
90

http://mvc.tw
? 掀起你的盖头来：Unit Of Work-工作单元 - 田园里的蟋
蟀 - 博客园
? Thinking In Design Pattern——Unit Of Work（工作单
元）模式探索 - 木宛城主 - 博客园
? MVC3+EF4.1学习系列(八)-----利用Repository and
Unit of Work重构项目 - wlf - 博客园
? Entity Framework之深入分析 - 小城岁月 - 博客园
參考資料

http://mvc.tw
? Single Responsibility Principle 單一職責
? Open-Closed Principle 開放與關閉
? Liskov’s Substitution Principle 子類別取代
? Interface Segregation Principle 介面隔離
? Dependency Inversion Principle 相依性倒轉
SOLID – Robert C. Martin
93
http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod

http://mvc.tw
? Single Responsibility Principle 單一職責
? Open-Closed Principle 開放與關閉
? Liskov’s Substitution Principle 子類別取代
? Interface Segregation Principle 介面隔離
? Dependency Inversion Principle 相依性倒轉
SOLD - 91之ASP.NET由淺入深不負責講座

http://mvc.tw
? Patterns of Enterprise Application Architecture
企業應用架構模式
Martin Fowler 著
王懷民周斌譯
P.S. 2015年一月重印新版
相關書籍
96

http://mvc.tw
? Brownfield Application Development in .NET
軟體構築美學：當專案團隊遇上失控程式，最真實的解決方案
Kyle Baley, Donald Belcham 著
蔡煥麟張簡才祿譯
P.S. 已絕版（請找二手書）
相關書籍
http://huan-lin.blogspot.com/2010/10/brownfield-app-dev-published.html 97

http://mvc.tw
? Professional ASP.NET Design Patterns
Scott Millett
簡體版「ASP.NET 設計模式」
相關書籍
98

http://mvc.tw
? Software Architecture for Developers
程序員必讀之軟體架構
Simon Brown 著
劉鋼譯
相關書籍
http://myst729.github.io/2014/software-architecture-for-developers-translators-
preface/
99

http://mvc.tw
? 大型網站技術架構核心原理與案例分析
正體中文版：從車庫的舊PC到百萬台伺服器：巨型網站成長
從無到無限大，技術架構大揭祕
李智慧著
相關書籍
100

http://mvc.tw
? .NET應用架構設計原則、模式與實踐
汪洋著
? 大話重構
范鋼著
相關書籍
101

http://mvc.tw
? .NET 相依性注入使用 Unity - 蔡煥麟著
Dependency Injection 參考書籍
https://leanpub.com/dinet 102

http://mvc.tw
好活動需要支持
感謝 KKTIX 贊助 twMVC 活動報名平台
103

http://mvc.tw
好輸入法需要露出
104
http://www.iq-t.com/DOWNLOAD/software.asp

http://mvc.tw
好課程不要錯過
105http://skilltree.my/events/ebg

http://mvc.tw
好課程不要錯過
http://skilltree.my/events/fca

http://mvc.tw
好課程需要支持
107http://skilltree.my/events/gag

http://mvc.tw
好課程需要支持
108http://skilltree.my/events/gcf

謝謝各位
? 本投影片所包含的商標與文字皆屬原著作者所有。
? 本投影片使用的圖片皆從網路搜尋。
? 本著作係採用姓名標示-非商業性-相同方式分享 3.0 台灣授權。閱讀本授權條款，請到
http://creativecommons.org/licenses/by-nc-sa/3.0/tw/，或寫信至Creative Commons, 444 Castro
Street, Suite 900, Mountain View, California, 94041, USA.
h t t p : / / m v c . t w

狠狠撸

twMVC#18 | 專案分层架構

Recommended

More Related Content

What's hot (20)

Similar to twMVC#18 | 專案分层架構 (20)

More from twMVC (20)

twMVC#18 | 專案分层架構