Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Andere mochten auch (17)
Ähnlich wie 三層式架構設計
Ähnlich wie 三層式架構設計 (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (20)
三層式架構設計
- 2. Microsoft C# MVP 部落格：昏睡領域 http://www.dotblogs.com.tw/clark/ 技術專長： ◦ 領域驅動開發流程 ◦ 軟體架構分析設計 ◦ 軟韌硬體整合開發 ◦ 跨平台APP架構設計
- 3. 三層式架構定義 三層式架構應用 三層式架構分析 三層式架構設計 Q & A
- 9. 三層式架構定義 三層式架構應用 三層式架構分析 三層式架構設計 Q & A
- 10. Presentation Layer Access Layer Domain Layer
- 11. Presentation Layer Access Layer Domain Layer Domain-Driven Design
- 12. Presentation Layer Access Layer Domain Layer Domain-Driven Design Database Service
- 13. Presentation Layer Access Layer Domain Layer Domain-Driven Design Database Service UI Service
- 14. Presentation Layer Access Layer Domain Layer Domain-Driven Design Unit Testing Unit Testing
- 15. Presentation Layer Access Layer Domain Layer Domain-Driven Design Mock UI Service
- 16. Presentation Layer Access Layer Service Service Testing
- 17. Presentation Layer Access Layer Domain Layer Domain-Driven Design Adapter UI Service Domain Layer Domain-Driven Design Domain Layer Domain-Driven Design
- 19. 三層式架構定義 三層式架構應用 三層式架構分析 三層式架構設計 Q & A
- 20. Presentation Layer View Model Controller Access Layer Domain Layer use Bind
- 21. Presentation Layer View Model ViewModel Access Layer Domain Layer bind use
- 22. Presentation Layer View (HTML+CSS+Angular) Service (JavaScript) Controller (JavaScript+Angular) Access Layer Domain Layer bind use
- 23. Presentation Layer Access Layer Domain Layer use
- 24. 三層式架構定義 三層式架構應用 三層式架構分析 三層式架構設計 Q & A
- 25. Access Layer Domain Layer Presentation Layer
- 29. Access Layer Domain Layer Presentation Layer Employee <<Interface>> IEmployee Repository Context <<Interface>> IProduct Repository Product Sql Employee Repository Sql Product Repository EmployeeManage View ShoppingCart View Service
- 30. 三層式架構定義 三層式架構應用 三層式架構分析 三層式架構設計 Q & A
- 31. 三層架構設計
Hinweis der Redaktion
- 分門別類整理程式碼，提高重用性，也降低開發的複雜度。 以BMI為例
- 三層式架構的「層」這個字有陷阱。
- 一個系統可以用三層式架構下去拆Tier跟Layer，讓開發人員有個藍圖，避免見樹不見林的窘境。 而當將一個系統拆解開Tier與Layer之後，我們也不難發現，上一層的Accesses會串接到下一層的Presentation。 這邊就帶出了一些概念 1. Presentation有兩種概念，一種是給人看的、一種是給電腦看的。 2. Accesses也有兩種概念，一種是遠端的資料庫或服務，一種是本地的資料庫或服務。 以SQL Server為例，說明就算不是自己開發的，也可以用同樣的角度去剖析。
- 軟體是用來處理特定領域的問題。 每個軟體裡，都透過程式碼將問題的解決方案，封裝成為Library或是一組物件，這也就是所謂的領域邏輯。 以導航系統為例、以POS系統結帳功能為例。 DDD是一種開發方法，協助開發人員將領域知識封裝成為物件導向的程式碼。 這邊只要簡單理解，我們是將邏輯封裝成為一組Library就可以。
- 設計的時候，以物件導向的介面，來切割Domain層跟Access層之間的相依性，就可以提供動態抽換資料來源的功能。 以取得一個User為例，只要開出來一個介面，剩下的就是看要建立Database實作，或是Server的實作。 這樣的動作，有個專有名詞叫做IoC，有興趣的開發人員可以上網查一查相關細節。 特別要注意的是，這邊開出來的介面，是給系統內部用的，不要使用外部傳進來的物件做為物件，才能真正做到隔離。(例如日期拆成三個欄位年月日)
- 既然Domain已經被封裝成為一組Library了，那就是依照系統的需求，建立UI或是Service來使用這組Library。 以一些應用場景來說，假設原本是寫一隻APP讓使用者輸入聯絡人資訊，現在要加入搖一搖功能來加入聯絡人資訊，這時就不需要動到Domain層，只需要增加一個Presentation
- 單元測試的目標是要測試領域邏輯，輸入、輸出，都可以用程式碼去控制的話，就可以進行單元測試。 不會特別要求寫測試，只是依照原本的開發習慣來引導寫測試。 慢慢地補充，最終就會有一組合用的測試案例。
- - 串接別人系統，還要等別人寫好，無形中拖慢了開發進度。
- 系統壞了，客戶不會說是後端壞了，只會說前端壞了。
- 以Log4net為例 以會員管理系統為例
- 講到現在好像都在講Layer，其實可以從Layer的角度來延伸出Tier的設計。 模組切割組合=>微服務架構 Sopa=>服務導向架構 Dubbo=>分散式架構 無狀態=>橫向擴展 套用三層式架構，可以提高性統的延展性。
- 增加對於未來科技的延伸性 以導航系統來說，不管UI怎麼更換，計算邏輯是不變的。
- 系統裡的物件都是一個Entity Entity需要進出資料庫，就是建立對應的Repository 系統頁面上的欄位，就是Entity的屬性 系統頁面上的CRUD操作，就是Repository的方法 理論上系統的操作都要散落在Entity、Repository上。但是複合式的功能，例如轉帳功能要橫跨多個Entity、Repository，這樣的功能就可以獨立建一個Service來處理。 照上面的做法，會生成一堆的Entity、Repository，但是太過細碎的物件，會增加使用的困難，所以套個表面模式來整合。