声明： 本文已经首发于InfoQ中文站，版权所有，原文为《领域驱动设计与实践》，如需转载，请务必附带本声明，谢谢。 InfoQ中文站是一个面向中高端技术人员的在线独立社区，为Java、.NET、Ruby、SOA、敏捷、架构等领域提供及时而有深度的资讯、高端技术大会如QCon 、线下技术交流活动QC

一、问题描述 1、用户从图书馆借书 2、用户把书还给图书馆 二、问题分析 1、这个业务里面有几个角色？ 明面上，有用户（借书者）、图书馆、书三个。似乎只是简单的用户进图书馆-》拿书-》走人。 但是，有到图书馆借过书的人都知道，借书的流程应该是 进图书馆=》拿书=》登记=》走人。 是的，少了一个步骤，登记！！！！！！！！！！！ 也就是说，在不知不觉中我们少了一个角色：图书馆管理员！ 因此，业务里面的

由于项目需要，在办公室抱着领域驱动设计这本书啃了一星期。今天突发奇想想写个学习总结。于是乎就拿前段时间大伙儿都在讨论的银行转账问题来练练手，第一次接触领域驱动设计，有不妥的地方请大伙多多指教。 一、问题描述 实现银行账号汇款功能。 核心业务：将账号A的若干资金转到账号B上。 设转账金额为M(下同） Amount:账号资金 二、问题分析 1.账号A:账号A按照资金转出规则处理M 2.账号B:账号B按

  领域驱动设计，挺好的，新做的一个商城也是基于这个思想来进行开发的。由此，想和大家一起分享一下应用这个思想在做项目中的一些领悟与经验，正好也能和大家一块探讨DDD，使我们能更好地理解领域驱动设计。 这一篇就和大家分享一下我使用的一些用于架构与建模使用的组件。     在这里，个人推荐使用一个开源的DDD框架组件：SharpArch.d

从去年10月份开始，学了几个月的领域驱动设计（Domain Driven Design，简称DDD）。主要是学习领域驱动设计之父Eric Evans的名著：《Domain-driven design：领域驱动设计:软件核心复杂性应对之道》，以及另外一本Martin Flower的《企业应用架构模式》，学习到了不少关于如何组织业务逻辑方面的知识。另外，在这个过程中也接触到了一些开源的架构和一些很好的

之前发表了一篇博文，是介绍关于我心中的领域模型该如何设计的。点击此处下载框架源代码和Demo。但是大家可能由于没能直观的看懂我的设计思想而忽略了那篇文章，也不能怪大家，只能怪我不能很好的表达自己的思想。所以，为了更好的能和大家交互，能展示我的思想，我再写几篇文章介绍我设计的领域模型及背后的亮点。   首先先把领域模型的结构图贴出来，让大家有一个直观的感觉，然后再做详细介绍。 &nbs

最近一直在学习领域驱动设计（DDD）的理论知识，从网上搜集了一些个人认为比较有价值的东西，贴出来和大家分享一下： 我一直觉得不要盲目相信权威，比如不能一谈起领域驱动设计，就一定认为国外的那个Eric Evans写的那本书中的一些概念就一定是正确的，认为领域驱动设计就一定是聚合，聚合根，实体，值对象等概念。我们要有自己的思想，要有自己判断真正的领域模型该是什么样子的勇气和追求。  

以前做了个简单的论坛，但是之前的版本都没有考虑过架构设计。所以想在第三个版本中应用分层架构+DDD+EDA架构重新设计一下我的论坛。经过半年的努力，终于整出了一个让自己比较满意的架构了，但是也仅仅是一个Demo，还不能真正使用，但对于说明架构设计已经足矣。源代码下载地址：http://files.cnblogs.com/netfocus/ProductName.rar由于本人接触领域驱动设计的时间