实例实战! 领域驱动四色建模法分析需求

领域驱动和微服务的关系

自从微服务火了之后,如何去划定微服务的界限成了团队一直讨论不休的问题. 界限大了,一个库里面十几张表,又变成了以前的单体应用,界限小了, 一个微服务里面就一个方法, 然后还要用一个Jvm去跑

这时候,我们就可以用领域驱动来解决微服务界限划分问题,一个微服务代码一个领域,这样是再好不过了

领域驱动和以往的需求分析方法的不同

以往的需求分析:

前面先画用例图, 数据流图,时序图等, 这些确定下来之后,然后就开始建表,然后看这些数据应该怎么存,然后怎么取,然后再怎么操作,能完成这个用例功能.

领域驱动的需求分析:

一堵无限长的墙,一盒便利贴, 然后大家开始集思广益,想一想我们系统中会发生事件(代表的是状态, 不是动词),今天我们以现在正在开发中的小程序:凑心 为例, 这是一个可以匿名问答的小程序,那么它里面的事件就有, 问题已创建,答案已创建等等

领域驱动中的主要概念:

用以分析的案例:

小程序:凑心, 匿名问答, bring heart togather!

事件,命令,实体,补充信息

即然有