小知識(shí)

需要了解的一些名詞

1、領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（Domain Driven Design，簡(jiǎn)稱(chēng) DDD）

2、MVC 三層架構(gòu) ： M 表示 Model，V 表示 View，C 表示 Controller。
它將整個(gè)項(xiàng)目分為三層：展示層、邏輯層、數(shù)據(jù)層。
現(xiàn)在很多項(xiàng)目前后端分離，后端負(fù)責(zé)暴露接口給前端調(diào)用。將后端項(xiàng)目分為 Repository 層、Service 層、Controller 層。其中，Repository 層負(fù)責(zé)數(shù)據(jù)訪(fǎng)問(wèn)，Service 層負(fù)責(zé)業(yè)務(wù)邏輯，Controller 層負(fù)責(zé)暴露接口。

貧血模型

只包含數(shù)據(jù)，不包含業(yè)務(wù)邏輯的類(lèi)，就叫作貧血模型（Anemic Domain Model）。
如下：
UserBo 是一個(gè)純粹的數(shù)據(jù)結(jié)構(gòu)，只包含數(shù)據(jù)，不包含任何業(yè)務(wù)邏輯。業(yè)務(wù)邏輯集中在 UserService 中。我們通過(guò) UserService 來(lái)操作 UserBo。換句話(huà)說(shuō)，Service 層的數(shù)據(jù)和業(yè)務(wù)邏輯，被分割為 BO 和 Service 兩個(gè)類(lèi)中。

// Service+BO(Business Object) // public class UserService { private UserRepository userRepository; //通過(guò)構(gòu)造函數(shù)或者IOC框架注入 public UserBo getUserById(Long userId) { UserEntity userEntity = userRepository.getUserById(userId); UserBo userBo = [...convert userEntity to userBo...]; return userBo; } } public class UserBo {//省略其他屬性、get/set/construct方法 private Long id; private String name; private String cellphone; }

這種貧血模型將數(shù)據(jù)與操作分離，破壞了面向?qū)ο蟮姆庋b特性，是一種典型的面向過(guò)程的編程風(fēng)格。

充血模型

數(shù)據(jù)和對(duì)應(yīng)的業(yè)務(wù)邏輯被封裝到同一個(gè)類(lèi)中的類(lèi)稱(chēng)為充血模型。

總結(jié)

以上是生活随笔為你收集整理的【设计模式之美】＜Reading Notes＞贫血模型与充血模型的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。