领域驱动设计看起来真的很复杂，有很多行话，等等。总而言之，这是一种分而治之的方法。第一件事就是将您的业务划分为更小的“块”。每个块都易于处理+理解。
但是，为了能够做到这一点并以有利于业务的方式，您需要了解......业务。这个业务的动态部分是什么？有哪些人参与？是谁？他们在做什么？他们什么时候做的？他们为什么这样做？有什么过程流程？
DDD驱动软件专业人员了解业务，以便他们可以与重要人员携手并进，最终将使用该软件。
每个“块”都可以做到它想要的。每个都可以是复杂或简单的。这是一个巨大的好处：每个块（有界上下文 简称BS）可以根据需要高效或周密地构建！
与高级细节+ BC之间的相互协调调用相比，，每个BC的具体实现并不重要：人们可能会使用基本的CRUD来实现，或采取另一种事件溯源EventSourcing等。但是从最初的设计POV来看，每个BC的需求是独立的，并且这在实现中很重要。