[外文理解] DDD创始人Eric Vans:要实现DDD原始意图，必须CQRS+Event Sourcing架构。

原文:http://www.infoq.com/interviews/Technology-Influences-DDD#

要实现DDD(domain
drive  design 领域驱动设计)原始意图，必须CQRS+Event
Sourcing。

CQRS+Event Sourcing事实上不可是一种全新思想。将可能颠覆Java或C#现有的编程体系。

使用传统JavaEE或Spring + Hibernate这种框架，是无法实现DDD原始意图的，这个DDD创始人Eric
Vans已经说过：2012年Eric Evans关于技术怎样影响DDD的会话

提供基于Jdonframework实现的CQRS 源代码，ES部分略微拓展一下就可以：Robot.rar。文章见DDDDCI和领域事件

或者选用新的编程语言Scala，文章：Scala的event-sourced和CQRS案例代码

有人说，我一定要用Spring来实现，那么会导致什么后果呢？

由于Spring不支持Domain Event，仅仅能将外部接口直接注入到领域模型。非常多接口会污染领域模型，最后领域模型还是被外币接口或架构绑架了。

这严重违背DDD中聚合根是语言核心，编程代码必须反映统一语言

这个重复重申的要旨，难道我们重申这个仅仅是理论喊口号吗？假设它不如此具有颠覆性，我们重复强调它干吗？假设不是由于如今所谓经典做法全然违反这样的要旨，我们苦口婆心地说它干吗呢？

当然，该PPT也去除了Hibernate等ORM注解。由于它也严重绑架干扰了领域模型，干扰领域模型如实成为统一语言。

所以。虽然Jdon两年前就在讨论DDD CQRS ES，而且也推出这种开源框架，这些都是一种探索，是不是代表未来不能确定，可是假设这是未来。我相信这是JavaEE或Spring必须跟上的，可是Java
C#语言本身带来的限制，还是不如新语言Scala等要优雅。

虽然jdonframework使用Disruptor实现了领域事件，也是通过领域模型的注入实现，虽没有Scala的Actor那么直接，可是性能和简洁不亚于Actor。

假设各位有意在自己项目中实施DDD，并且不改用框架，那么出来的效果会非常差，还不如本文開始批评的贫血模型，把业务方法都放入Service中。

假设你对JavaEE认识或面向对象设计OO不够Strong。那么也请不要选择DDD。你遇到的概念和思路转变不是象学习一门语言那么简单，项目有风险，实施需慎重。

另外一篇文章可读 http://www.jdon.com/44491

时间： 2024-10-14 12:26:54

[外文理解] DDD创始人Eric Vans:要实现DDD原始意图，必须CQRS+Event Sourcing架构。的相关文章

DDD创始人Eric Vans:要实现DDD原始意图，必须CQRS+Event Sourcing架构

http://www.infoq.com/interviews/Technology-Influences-DDD# 要实现DDD(domain drive  design 领域驱动设计)原始意图,必须CQRS+Event Sourcing. CQRS+Event Sourcing其实不但是一种全新思想,将可能颠覆Java或C#现有的编程体系. 使用传统JavaEE或Spring + Hibernate这样的框架,是无法实现DDD原始意图的,这个DDD创始人Eric Vans已经说过:2012年

Lind.DDD敏捷领域驱动框架~Lind.DDD各层介绍

回到目录 Lind.DDD项目主要面向敏捷,快速开发,领域驱动等,对于它的分层也是能合并的合并,比之前大叔的框架分层更粗糙一些,或者说更大胆一些,在开发人员使用上,可能会感觉更方便了,更益使用了,这就是大叔开发Lind.DDD框架的目的,让一切变得更简单... Lind.DDD层 主要是公用方法,组件,规约等,如日志组件(Logger),消息组件(Messaging),IOC,AOP,缓存(Caching),异常,请求/响应,用户授权(Authorization),安全校验,领域模型(Domai

基于DDD的现代ASP.NET开发框架--ABP系列之3、ABP分层架构

点这里进入ABP系列文章总目录 基于DDD的现代ASP.NET开发框架--ABP系列之3.ABP分层架构 ABP是“ASP.NET Boilerplate Project (ASP.NET样板项目)”的简称. ABP的官方网站:http://www.aspnetboilerplate.com ABP在Github上的开源项目:https://github.com/aspnetboilerplate 前言 为了减少复杂性和提高代码的可重用性,采用分层架构是一种被广泛接受的技术.为了实现分层的体系结

DDD CQRS 和 Event Sourcing 的案例：足球比赛

在12月11日新的有关DDD CQRS和Event Sourcing演讲:改变心态- 以更加面向对象视角看待业务领域建模中,作者以足球比赛football Match为案例说明传统编程方法和CQRS的区别. CQRS作为DDD的最佳实践已经得到广泛承认和普及,下面摘取该文章的PPT部分图片简单讲解一下,如何使用CQRS和Event Sourcing实现DDD系统. 首先,领域专家对需求进行定义: 举办一个比赛,有两个队参加 比赛在某个时间开始,只能开始一次. 比赛结束后,统计积分 作为用户,希望

DDD CQRS和Event Sourcing的案例：足球比赛

在12月11日新的有关DDD CQRS和Event Sourcing演讲:改变心态- 以更加面向对象视角看待业务领域建模中,作者以足球比赛football Match为案例说明传统编程方法和CQRS的区别. CQRS作为DDD的最佳实践已经得到广泛承认和普及,下面摘取该文章的PPT部分图片简单讲解一下,如何使用CQRS和Event Sourcing实现DDD系统. 首先,领域专家对需求进行定义:1.举办一个比赛,有两个队参加 2.比赛在某个时间开始,只能开始一次. 3.比赛结束后,统计积分 作为

【DDD/CQRS/微服务架构案例】在Ubuntu 14.04.4 LTS中运行WeText项目的服务端

在<WeText项目:一个基于.NET实现的DDD.CQRS与微服务架构的演示案例>文章中,我介绍了自己用Visual Studio 2015(C# 6.0 with .NET Framework 4.6.1)开发的DDD/CQRS/微服务架构的案例项目:WeText.文章发出后反响很好,也很感谢大家的关注.在本文中我将介绍如何在Ubuntu 14.04.4 LTS中运行WeText项目的服务端. 为跨平台而生 从一开始的设计,我就把WeText的服务端跨平台纳入了实践目标,因此,所选择的框架

ENode 2.0 第一个真实案例剖析-一个简易论坛（Forum）

前言 经过不断的坚持和努力,ENode 2.0的第一个真实案例终于出来了.这个案例是一个简易的论坛,开发这个论坛的初衷是为了验证用ENode框架来开发一个真实项目的可行性.关于ENode是什么,本文就不多介绍了,可以参考这篇文章的介绍.本文重点介绍一下ENode是如何帮助我们开发一个基于DDD+CQRS+Event Sourcing架构的应用程序的.这个论坛使用到了ENode, EQueue两个框架,EQueue是一个分布式的消息队列组件,该组件的主体思想是参考阿里的RocketMQ.当我们使用

CQRS FAQ (翻译)

我从接触ddd到学习cqrs有6年多了, 其中也遇到了不少疑问, 也向很多的前辈牛人请教得到了很多宝贵的意见和建议. 偶尔的机会看到国外有个站点专门罗列了ddd, cqrs和事件溯源的常见问题. 其中很多也是我一路过来都曾遇到过的. 这是原站地址http://www.cqrs.nu/Faq. 在ENODE群中不少新学习cqrs的朋友都会遇到一些类似的入门问题, 作为群管理员的我也想为群里朋友做点贡献, 所以有了翻译一下CQRS FAQ的念头, 并加入一些自己的理解, 希望对大家会有所帮助. PS

CQRS模式实现

[.NET领域驱动设计实战系列]专题十:DDD扩展内容:全面剖析CQRS模式实现 一.引言 前面介绍的所有专题都是基于经典的领域驱动实现的,然而,领域驱动除了经典的实现外,还可以基于CQRS模式来进行实现.本专题将全面剖析如何基于CQRS模式(Command Query Responsibility Segregation,命令查询职责分离)来实现领域驱动设计. 二.CQRS是什么? 在介绍具体的实现之前,对于之前不了解CQRS的朋友来说,首先第一个问题应该是:什么是CQRS啊?你倒是详细介绍完