领域驱动的一些思想

标签：传统   idt   数据库   开发人员   padding   依赖   lan   系统开发   领域   

首先我们从字面上理解一下，领域理解为业务，驱动理解为驱导，也就是用业务去驱导项目开发，确立业务在项目的领导地位。

在传统的开发流程中。

前三个步骤分别是

1.需求分析 ：描述业务。

2.概要设计 ：设计软件结构。

3.详细设计：对软件结构的详细描述（使用的算法，数据表，流程图等）

完成这三个步骤以后，通常会进入编码阶段，在编码阶段整个系统开发会自下而上。也就是说先设计好数据库表，建立数据层，通过数据层对外提供数据接口。然后开发业务逻辑层，业务逻辑层依赖仓储。最后是表现层，表现层依赖业务逻辑层和数据层。

在这种自下而上的模式中。业务逻辑层依赖数据层的数据接口。你可以做一个不合理的假设，这个系统现在只有两个开发人员他们互不认识，一个开发数据层，一个开发业务逻辑层。在没有沟通的情况下，业务逻辑层并非主导，因为数据层决定我给你什么接口，不给你什么接口，我要改接口你也得跟着改。这种开发模式显然并不合适日益庞大的业务需求。在领域驱动的思想中，所有的工作中心都必须围绕业务层，必需让业务层做主导。前面那个假设就变成了业务层的开发人员制定数据接口，数据层以来这个数据接口，并实现它。这种情况下，业务层完全变成主导，要或者不要，改或者不改。

对比这两者。

领域驱动的一些思想

标签：传统   idt   数据库   开发人员   padding   依赖   lan   系统开发   领域   

原文地址：http://www.cnblogs.com/countrybuilder/p/6240651.html