當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

我爱刷题001-2018.02.01

發布時間：2023/12/15 编程问答 34 豆豆

生活随笔收集整理的這篇文章主要介紹了我爱刷题001-2018.02.01 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

　　　　領域模型是對領域內的概念類或現實世界中對象的可視化表示。又稱概念模型、領域對象模型、分析對象模型。它專注于分析問題領域本身，發掘重要的業務領域概念，并建立業務領域概念之間的關系。

　　　　業務對象模型（也叫領域模型 domain model）是描述業務用例實現的對象模型。它是對業務角色和業務實體之間應該如何聯系和協作以執行業務的一種抽象。業務對象模型從業務角色內部的觀點定義了業務用例。

　　　　該模型為產生預期效果確定了業務人員以及他們處理和使用的對象（“業務類和對象”）之間應該具有的靜態和動態關系。它注重業務中承擔的角色及其當前職責。這些模型類的對象組合在一起可以執行所有的業務用例。

　　　　失血模型指領域對象里只有get和set方法（POJO），所有的業務邏輯都不包含在內而是放在Business Logic層。

　　　　優點：是系統的層次結構清楚，各層之間單向依賴，Client->（Business Facade）->Business Logic->Data Access Object。可見，領域對象幾乎只作傳輸介質之用，不會影響到層次的劃分。

　　　　缺點：是不夠面向對象，領域對象只是作為保存狀態或者傳遞狀態使用，它是沒有生命的，只有數據沒有行為的對象不是真正的對象，在Business Logic里面處理所有的業務邏輯，對于細粒

　　　　度的邏輯處理，通過增加一層Facade達到門面包裝的效果。在使用Spring的時候，通常暗示著你使用了貧血模型，我們把Domain類用來單純地存儲數據，Spring管不著這些類的注入和管理，

　　　　Spring關心的邏輯層（比如單例的被池化了的Business Logic層）可以被設計成singleton的bean。假使我們這里逆天而行，硬要在Domain類中提供業務邏輯方法，那么我們在使用Spring

　　　　構造這樣的數據bean的時候就遇到許多麻煩，比如：bean之間的引用，可能引起大范圍的bean之間的嵌套構造器的調用。

　　　　貧血模型實施的最大難度在于如何梳理好Business Logic層內部的劃分關系，由于該層會比較龐大，邊界不易控制，內部的各個模塊之間的依賴關系不易管理，可以考慮這樣這樣的實現思路：

　　　　　　（1）鋪設扁平的原子業務邏輯層，即簡單的CRUD操作（含批量數據操作）；

　　　　　　（2）特定業務清晰的邏輯通過Facade層來組裝原子操作實現。

　　　　　　（3）給業務邏輯層實施模塊劃分，保持模塊之間的松耦合的關系。

　　　　舉例說明：

　　　　　　原子業務邏輯層（Service）提供了用戶模型的條件查詢方法：

　　　　　　　　List<User> queryUser(Condition con)

　　　　　　Facade層則提供了一種特定的業務場景的分子接口，滿足18歲的中國公民，內部實現調用的正是上述的原子接口：

　　　　　　　　List<User> queryAdultChinese()

　　　　　　Facade、Service層縱向劃分為幾個大的領域包：用戶、內容和產品。

　　　　充血模型層次結構和上面的差不多，不過大多業務邏輯和持久化放在Domain Object里面，Business Logic只是簡單封裝部分業務邏輯以及控制事務、權限等，這樣層次結構就變成

　　　　Client->（Business Facade）->Business Logic->Domain Object->Data Access Object。

　　　　優點：是面向對象，Business Logic符合單一職責，不像在貧血模型里面那樣包含所有的業務邏輯太過沉重。

　　　　缺點：是如何劃分業務邏輯，什么樣的邏輯應該放在Domain Object中，什么樣的業務邏輯應該放在Business Logic中，這是很含糊的。即使劃分好了業務邏輯，由于分散在Business Logic

　　　　和Domain Object層中，不能更好的分模塊開發。熟悉業務邏輯的開發人員需要滲透到Domain Logic中去，而在Domian Logic又包含了持久化，對于開發者來說這十分混亂。? 其次，如果

　　　　Business Logic要控制事務并且為上層提供一個統一的服務調用入口點，它就必須把在Domain Logic里實現的業務邏輯全部重新包裝一遍，完全屬于重復勞動。

　　　　充血模型的層次和模塊的劃分是一門學問，對開發人員要求亦較高，可以考慮定義這樣的一些規則：

　　　　　　（1）事務控制不要放在領域模型的對象中實現，可以放在facade中完成。

　　　　　　（2）領域模型對象中只保留該模型驅動的一般方法，對于業務特征明顯的特異場景方法調用放在facade中完成。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　文章收集來自于：https://www.cnblogs.com/zjoch/p/4435549.html

轉載于:https://www.cnblogs.com/Mr-harder/p/8384829.html

以上是生活随笔為你收集整理的我爱刷题001-2018.02.01的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。