本文讨论了领域驱动设计（DDD）中的贫血模型，分析了其在实际应用中的缺点，如非面向对象特性、数据完整性问题、低内聚度及测试难度高等。文章通过举例说明贫血模型在常见代码中的表现，探讨了这种模型的使用情况。
前一篇关于domain object的例子。（当然没写完整。）
如果不那么写，会是怎样的效果呢？我觉得我之后列出的代码可能是非常常见的一种写法。而且相比于ddd，大家可能更加熟悉。
贫血模型的世界
首先万年不变的实体（尸体）类
@Setter
@Getter
public class Account {
private String email;
private String password;
}Account对应了可能叫accounts的一张表
然后我们自然而然回去想到CRUD的操作。那当然又是DAO
public interface IAccountDao {
void insert(Account account);
void update(Account account);
Account findById(String email);
}
按照这样的流程，那具体来使用这两个类的肯定就是Service了
public class AccountService {
@Autowired
private IAccountDao accountDao;
public void changePassword(String email, @NonNull String oldPassword, @NonNull String ne
扫一扫
4622
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
