Java程序员对领域驱动设计的思考与认知 _Java程序员

本项目是基于小编的开发经验与心得,分享小编关于领域模型的理解, 个人愚见仅供参考,希望能为渴望进步的你提供帮助。如果你感到有用对你有帮助,请不要吝啬你的关注,求关注,求转发。
文章有三个议题，什么是领域模型,为什么需要领域模型设计,以及领域驱动的项目结构是什么样的?

文章插图

一、领域驱动模型是什么、领域驱动模型是什么？
一、
一、领域驱动模型是什么？如果你是第一次听到这个词,嗯,多么恐怖的一件事情呀! 什么是领域模型,一种新的技术吗? 领域模型到底有什么用呢?
为什么那么多大佬都在讲领域模型。网络上充斥着着各种高端的解释,各种高大上的名字,各种复杂的系统设计图。

文章插图

fuck !身边总是有这样一群人的出现。总喜欢中文里夹杂英文,英文中夹杂着中文,仿佛这样能使他们更加自信一样。把你讲懵了,他就自信了。very fuck !
身为技术人,尽量想把一种事情给讲清楚,说明白。而不是用各种抽象的晦涩难懂但看上去高大上的名词给解释。千万不要怕,下面我们通过先做一点小小的铺垫。最后在总结领域模型的理解。
1. 贫血模型
1. 贫血模型
1. 贫血模型
在讲清楚领域模型之前我们先来看引入一个词汇 “贫血模型” ，读到这里不要怕。只是一个词汇而已。是对我们平时的项目代码结构的一个形容词。相信无论面前的你
是一个大牛，还是一个刚入行的小菜鸟。你都一定写过这样的代码:

dao层: 负责持久化
model层: 数据模型
service层: 服务层
web层: 提供对UI层的访问

嗯。这就是一个典型的贫血模型, 哇,真的好形象,这是谁想出来的词汇,真想给他说一句 fuck you! 但是，但是，你还有更好的词汇来形容这种项目结构吗?
所谓贫血模型是指使用的领域对象中只有 `setter` 和 `getter` 方法（POJO），所有的业务逻辑都不包含在领域对象中而是放在业务逻辑层。
往往我们入行的初期我们都是在这样的项目结构中进行编程的,那个时候我们的业务往往都是简单的,对于那个时候的我们来说,这样的代码结构真是太好用了。清晰易懂。甚至想说一声 i love code !!!
这个时期,我们的关注点往往不是业务的复杂度,而是技术的使用,语法的使用。以及代码是否能编译通过。所以下面我们来总结一下贫血模型的优点。
2. 贫血模型优点
1. 被许多程序员所掌握，对于刚入行的同学来说，这种模型很自然很舒服，典型的MVC结构
2. 它非常简单，对于并不复杂的业务，它工作得很好，开发起来非常迅速。它似乎也不需要对领域的充分了解，只要给出要实现功能的每一个步骤，就能实现它。
3. 事务边界相当清楚，一般来说service的每个方法都可以看成一个事务。
3. 贫血模型缺点
随着发际线推移,随着历史的变迁,随着候鸟的迁徙。不知不觉我们的业务越来越复杂了。万恶的资本家,总想让我们一夜之间开发一个淘宝,一夜之间开发一个百度,一夜之间开发一个QQ 。于是我们的service层,不断的
不断的增加。代码量从100行,200行,300行,10000行刹不住车了。终于小张忍不住了,辞职走了。留下了孤独的你独自承受这忧伤。