不断思考:CQRS至10岁的解释

介绍
的概念背后CQRS的是整洁:从您的代表要求您的域实现完全分离。我什至写为itnbsp框架，作为一个学习工具所以没有任何事先的经验的人应该能够在几分钟CQRS应用程序启动。
这个框架背后的主要思想是为开发者提供新的，以CQRS手术室，在那里他们可以撰写自己的小。
的整体框架构造的一种方式，它迫使你做你的域名实施完全的持久​​性无知，尊重典型的AR /事务边界。
{A}不是quot;框架写CQRS appsquot; Scritchy是一个框架，试图为您提供一个学习的平台，在那里你可以开始使用CQRS抓的基本原理，优点和缺点。
一旦你了解背后CQRS设置的基本原则，为什么一切都设置的方式是，我会建议任何人逐步更换零件的框架，并选择你喜欢的任何方式，使用适当的消息总线，酒吧/分/ ...nbsp;
如果你写你的应用程序以下公约Scritchy使然，你唯一需要改变删除Scritchy的依赖的基本对象是您的聚合根继承，这是唯一的依赖，这是有史以来在你的应用程序执行的必要。这是由设计，使未来尽可能容易迁移。
我写了这个框架，使一个dev的新CQRS得到他的应用程序和运行在几分钟内...但显然是不够的......曾几何时在某新闻组...
已经有较庞大的CQRS新闻组讨论是否CQRS框架有1 quot;理由êtrequot。我认为，它已作为一种学习工具，有些不同意，我与该罚款:
{A2的}
我觉得非常奇怪，不过，是白色的大衣现在开始绘制{A3}或任何****，他们称之为复杂抽象的一个非常简单的概念，更必要。
作为一个答案，我结束了一个基本的在几个小时，我认为CQRS在它的核心理念是展示应用程序，即1 CQRS应用程序尽可能简单，只是抽象的，你绝对有...
这是我得到的答案:
不幸的是人们学习编程不符合的结构化programming.nbsp的基本原理;程序（命令和查询）编程这里已形成30多几十年来， 一些其他查询的命令。 CQS通常适用于这里！
ROFL！！缺少点谈！无论如何，所有这些徒劳无功的尝试后，我决定投资我的时间在一些事情，更富有成效摆脱所有这些语义元级抹白....CQRS - 本质国际海事组织 - 如何你会解释到10岁？
所有这些完全一致，并完全抽象出来在CQRS一切整洁的图给我不寒而栗，这就是为什么我开始写这篇文章摆在首位。我觉得{A4}，但还是有点复杂。
} {A5的。每当我们谈论客户互动/转让给你的客户你的意图，我建议他们与客户进行交互，就好像他们是10岁作为一个练习，为了得到他们的意图的本质......所以我决定，dogfood这种方法，这里是我试图解释CQRS，我今年10岁的观众:
{S}
这是所有有CQRS海事组织，仅此而已，无所不及。
（对于所有的字体怪胎，在这个图中所使用的字体是MouseDrawn？？这将是尽快订货，SRP的10K？？;)）。结论
CQRS是一个整洁的概念，并应用它{A6的} ...但是，有没有必要使其更加复杂，那么它是，它在本质上是分离UI表示您的域名的实施，仅此而已，没有less.nbsp;
我觉得很多人越来越困惑时，他们试图让与CQRS开始。有没有必要，只是分开你的UI /域实施和UI表示。
需要做CQRS的绝对最低感兴趣的人，我建议去看一看{A7的}。我会建议scritchy来的人想尝试首次CQRS，要适当的应用程序架构（{A8的}）。我建议你​​选择为他人 - 更有经验的人 - 不管你认为是合适的，作为CQRS是不是组件，它是一个概念。