一、对领域驱动设计的理解
自我理解：
领域，可以理解为业务。某个领域可以理解为某个具体的业务单元。领域驱动设计的产物，就是一个完整的业务模型。所有程序的开发，都少不了先将某个业务，进行合理的梳理、拆分、整合，最终产生一个适合技术充分表达出来的业务模型，这么一个过程。
其实对于IT的行业的我们理解起来很容易，很有可能在日常生活工作中我们也都有过接触，对于领域是一个什么样的概念
举例：
比如说我们要做一个有关用户登录的功能，使用最简单的RBAC来进行设计但是在进行设计的时候我们首先需要明白的是用户（甲方）有几种级用户的级别，每种级别处于什么样的角色，又有多少权限，这个时候产品经理开始去接触软件使用方（方法），去了解他们的需求以及，期初因为产品经理不明白甲方的企业架构导致采集需求的时候工作异常难做，摩擦不断，后来渐渐的接触的多了，明白了甲方的企业架构，并且对甲方的一些专业的称呼、名词也渐渐的懂得了，在往后的沟通过程中双方之间的摩擦也渐渐的少了起来。 在这个由坏变好的过程中，是因为产品经理渐渐的融入了甲方的领域内。
然后产品把业务拿了回来，软件开发人员开始了设计开发工作，大多数开发人都把技术作为自己的能力，对领域并不去了解，导致了后来功能实现后，代码不能很好的扩展，有一天产品经理拿了一份变更的需求回来了，为了实现新的需求，迫不得已软件开发人员只有重新来过，导致了前面做的很多工作都是无用工，我相信这样的场景很多的开发人员都遇到过，也埋怨过，其实开发人员也是有错的假如我们开发人员也同样进入了对方的领域中，在真正的实现过程中，就可能会提前发现隐藏的问题，再不济也能写出可扩展的设计或代码，当真正的发生变更的时候，也不至于前面的所有的工作都成为了无用功。
网友评论