上一篇：《IDDD 实现领域驱动设计－CQRS（命令查询职责分离）和 EDA（事件驱动架构）》学习架构知识，需要有一些功底和经验，要不然你会和我一样吃力，CQRS、EDA、ES、Saga 等等，这些是实践 DDD 所必不可少的架构，所以，如果你不懂这些，是很难看懂上篇所提到的 CQRS Journe...
分类：
其他好文 时间：
2015-05-12 15:09:13
阅读次数：
131
一、前言 在前面专题一中，我已经介绍了我写这系列文章的初衷了。由于dax.net中的DDD框架和Byteart Retail案例并没有对其形成过程做一步步分析，而是把整个DDD的实现案例展现给我们，这对于一些刚刚接触领域驱动设计的朋友可能会非常迷茫，从而觉得领域驱动设计很难，很复杂，因为学习中要消....
分类：
Web程序 时间：
2015-05-12 11:12:50
阅读次数：
199
转载领域驱动设计（DDD）部分核心概念的个人理解领域驱动设计（DDD）是一种基于模型驱动的软件设计方式。它以领域为核心，分析领域中的问题，通过建立一个领域模型来有效的解决领域中的核心的复杂问题。Eric Ivans为领域驱动设计提出了大量的最佳实践和经验技巧。只有对领域的不断深入认识，才能得到一个解...
分类：
其他好文 时间：
2015-05-12 08:04:55
阅读次数：
133
领域驱动设计（DDD）是一种软件设计的思考方式。它以领域为核心，分析领域中的问题，通过建立一个领域模型来有效的解决领域中的核心的复杂问题。Eric Ivans为领域驱动设计提出了大量的最佳实践和经验技巧。只有对领域的不断深入认识，才能得到一个解决领域核心问题的领域模型。如果一个应用的复杂性不是在技术...
分类：
其他好文 时间：
2015-05-10 18:38:27
阅读次数：
268
自从看了后有种豁然开朗的感觉.原来以前编码的习惯叫做事务脚本,active record,query object. 我还是比较习惯三层架构/或其变体这种编码习惯.但是到了后期发现一个庞大的项目后期维护起来真的很恶心.事务脚本有一个状况就是我一个功能要修改.我不知道具体哪个类哪个方法对应这个功...
分类：
其他好文 时间：
2015-05-03 18:40:33
阅读次数：
91
企业应用架构模式中明确提出了三种领域逻辑组织模式：事务脚本、领域模型和表模块。不少人看的云里雾里的，不少人说的似懂非懂的，主要原因是没有从项目的级别的分析和设计经验，只有单个项目模块的开发经验的人很难理解到位。1.事务脚本：事务脚本的理解其实最简单，但是很多人说不清，觉得比领域模型还难理解，也对应不...
分类：
其他好文 时间：
2015-04-27 21:19:15
阅读次数：
126
要研究DDD，必须认清DDD的核心是通用语言和模型驱动设计。即使是DDDLite（技术上的DDD），也必须清楚DDD在架构中的位置和必须的架构知识，否则一路跑到哪里能否回来都是未知了。我们先了解常用架构分层，再了解DDD的所在层次和范畴，然后强调DDD的核心。包括从架构到领域模型设计方面的决策和自己...
分类：
其他好文 时间：
2015-04-26 19:36:24
阅读次数：
176
一、前言 从去年已经接触领域驱动设计（Domain-Driven Design）了，当时就想自己搭建一个DDD框架，所以当时看了很多DDD方面的书，例如领域驱动模式与实战，领域驱动设计：软件核心复杂性应对之道和领域驱动设计C# 2008实现等书，由于当时只是看看而已，并没有在自己代码中进行实现，只....
分类：
Web程序 时间：
2015-04-26 13:44:43
阅读次数：
148
转载CQRS（命令查询职责分离）和 EDA（事件驱动架构）上一篇：《IDDD 实现领域驱动设计－SOA、REST 和六边形架构》阅读目录：CQRS－命令查询职责分离EDA－事件驱动架构Domin Event－领域事件Long-Running Process（Saga）－长时处理过程Event Sou...
分类：
其他好文 时间：
2015-04-23 08:19:10
阅读次数：
215
介绍
领域驱动设计涵盖的知识点比较多，其中代码的架构、设计、编写基本上只占到其中的很小一部分，其它的大部分讲解的是需求的获取方式、项目的管理方式等知识。本篇就是针对这一小部分的知识点位来展开的。所以本篇的学习前提是只需要了解DDD的架构分层即可。
应用场景
DDD领域驱动设计中一旦领域驱动层模型建立完毕，就会产生出数据库持久化的接口即仓储的接口供其它层来...
分类：
其他好文 时间：
2015-04-15 09:41:45
阅读次数：
135
