好像很简单,但是这是面向对象吗?这是符合封装原则吗?这是贫血失血模型,对象只有属性,没有自己的行为方法,有的只有setter/getter方法而已。那么我们从哪里开始改变?如何改变?
并不是从数据开始。而是从头开始,统一语言。
我们重新开始看看领域专家是如何描述需求的:
1.举办一个比赛,有两个队参加
2.比赛在某个时间开始,只能开始一次。
3.比赛结束后,统计积分
从这个需求中,我们会发现有一个聚合词语Aggregate: Match比赛。
这个比赛模型可以涵括需求的大部分。
那么“Match比赛”模型无疑是一个实体,是聚合根。它的重要特点是内部有状态,而且不能向外直接暴露这种状态;通过聚合根实体和外界进行交互。
通过实体“Match比赛”模型,可以创建值对象:两个队伍的名称,对象Team值对象,值对象是不可变的。
我们可以根据一个比赛名称开始一个比赛。我们也可以结束一个比赛,这时有值对象分数Score,也具有不可变性。
这样聚合根“Match比赛”有下列特点:
1.有自己的生命周期
2.有自己的事务边界。
3.克服了危险的setter方法
4.聚合体内:分数Score 队伍team和日期等模型是值对象不可变。
因为不可变,我们只留getter方法给它们,用户通过getter方法获得他们想要的数据视图。
这样, Match比赛 聚合根实体的代码如下,相当于将原来MatchService的代码移到实体类的方法中,再也没有了服务:
