(领域驱动设计和开发实战.docVIP

领域驱动设计和开发实战 背景 DDD）的中心内容是如何将Eric Evans的DDD的主要内容，或者通用、界定的上下文（Bounded Context）和防Anti-Corruption Layer）。 本文旨在从佳 业务规则 持久化 事 安全 代 测试驱动开发 重构 本文DDD中 文章包括一个了一些框架去Spring、Dozer、Spring Security、JAXB、Arid POJOs和Spring Dynamic Modules。示例代Java编写，但对大多数开发人员来说，不论语言背景如何，代码都是很容易理解的。 引言 有助于IT部 模型是模 提高了 反IT团队在开发大中型企业软件应用时不遵循领域模型方法，我们看看会发生些什么。 不投放“肥服”和“”，在Bean） 来越多的getter和setter方法的数据 情况下 在大多数情况下，架构里要 在考DDD实现的项目中各种架构和设计因素之前，让我们先看看富领域模型的特性： 领域模型应该侧重于具体的业务操作领域。它应该结合业务模型、策略和业务流程。 它 它 模型 它IDE中） 它POJO编程模型来设计，没有任何技术或框架依赖性（我总是告诉公司里我工作的项目团队，我们软件开发用的技术是Java）。 它 为了实现软件开发中更高的投资回报率（ROI），IT的高其 团队应该经常接近业务领域主题专家。 IT团队（建模者、架构师和开发人员）应具备良好的建模、设计技能。 分析 架构OOD）和OOP） 领域驱动设计在企业架构中的作用 领域建模和DDD在企EA）中EA的目IT和——领域模型就是EA的核心部分。EA组件（业务或基础设施）应该围绕领域模型设计和实现的原因。 领域驱动设计和SOA 面向服SOA）最近帮助SOA的一个 如果SOA的SOA服 理想的情况是，在SOA组件的同时，迭代地实现DDD，因SOA组件都是领域模型要素的直接消费者。使用丰富的领域实现，通 过给领 域SOA设计将变得相对简单。但如果我们太过于关注SOA层，在后端却没有一个像样的领域模型，业务服务就会调用不完整的领域模 型，SOA架构。 领域建模项目通常包括以下步骤： 首先 选择一个候选的业务流程，与业务领域专家一起使用通用语言来文档化业务流程。 识别候选业务流程需要的所有服务。这些服务本质上可以是原子的（ 对上一步识别的服务所使用的对象，确定并文档化其状态和行为。 一 从DDD实现项目和其它软件开发项目所包含的阶段是一样的。这些阶段包括： 对领域进行建模 设计 开发 单元测试和集成测试 基于CI））。 使用更新的CI）。 非常适合在DDD侧重于结合软件系统和业务模型。此外，就DDD迭代的特性来 SCRUM或DSDMSCRUM（适用于XP（适用于 DDD实现项目来说非常好。 DDD迭代周期的1所示。 1. DDD迭代周期 领域建模结束时可以开始领域驱动设计。关于如何开始实现领域对象模型，Ramnivas Laddad推荐如下的。他 从 不要一 利用通用契（DbC）、自CI和重构，使 从DDD框架 应该是一个以POJO（如果你的公司以.NetPOCO） 应该支持使用DDD概念的 应该支持像依赖注入（DI）和面向方向AOP） 与JUnit、TestNG、Unitils等。 与其它Java/Java EE框架JPA、Hibernate、TopLink等。 示例 本文中使用的示例信用 就 贷款处理系统中的融资模块自动给贷款人支付资金。通常，融资过程从抵押放贷公司（通常是银行）将贷款包递交给产权公司开始。接着产权公司评估贷款包，并与房产买卖双方一起确定结清贷款的时间。贷款人和卖方与结算中介在产权公司会面、签署书面协议，来转移房产产权。 架构 典型的企 用（表 应用层：该层协调应用程序的活动。不包括任何业务逻辑，不保存业务对象的状态，但能保存应用程序任务过程的状态。 领域层：这一层包括业务领域的信息。业务对象的状态在这里保存。业务对象的持久化和它们的状态可能会委托给基础设施层。 基 让我们更详细地看一下应用层和领域层。应用层： 负责应用中UI屏幕之 还能对用户输入的数据进行基本（非业务相关）的验证，然后再把数据 不包含任何 没有任何反映商 领域层： 负责业务领域的概念，业务用例和业务规则的相关信息。领域对象封装了业务实体的状态和行为。贷款处理应用中的业务实体例子有抵押（Mortgage）、房Property）和Borrower）。 如果用例跨越多个用/利率利率 包含服 是商JSP/JSF、Struts、EJB、Hibernate、XMLBeans等）。 下面的2显示了应用中使用的不同架构层次，以及它们与DDD有怎 图2. 多 下面的DDD实现诀窍的主要部分： 面向OOP） 依DI） 面向方面AOP） OOP