content-management-system - 领域驱动的内容管理？

Question

我想知道 - 在尝试将域驱动设计应用于具有相当复杂业务逻辑的 CMS 应用程序时，我应该记住什么？那些野兽不是相互排斥的吗？

Here's article显示我的意思。

Answer 1

what i should keep in mind...

DDD 旨在处理复杂的逻辑，所以开始阅读:

最佳实践、最佳实践 和 最佳实践

这是一个 Great article关于(不要忘记，查看 DDD 资源主题；)

还有这个 Listing将带来一些代码(它是 C#)。

Aren't those beasts mutually exclusive?

一点也不。实际上，DDD 和复杂的域逻辑之间存在硬关系。在使用 DDD 时，您最终使用的许多模式都是为了寻找一种简单的方法来封装使用域时所需的复杂逻辑。例如存储库、工厂、聚合等

我明白你的意思。阅读您引用的文章后，您会发现 CMS 很容易被视为具有两个不同域 - 内容和表示 - 的项目。这是一个很好的方法，事实上我喜欢它。但是 DDD 模式仍然适用 - 并且旨在 - 与它们一起工作:)。

我假设您正在谈论使用 DDD 开发复杂的 CMS。

更新:
我不认为您在谈论使用 DDD 来开发复杂的 CMS。哈哈哈哈

I just can't imagine how to untie business logic from infrastructure... yet.

嗨，阿尼斯!

是的! CMS 站在 aaaaaa 类系统的顶端。好点。那么我们可以做些什么来制作一个灵活且解耦的 CMS，这很容易 集成 在其他系统的肩膀上？

关于数据:

- 数据契约(Contract) ，无论您将 CMS 集成到哪个系统。您的 CMS 域模型应该几乎保持不变。限制您使其他系统数据源适应您的 CMS 模型的努力。 ; )
有用的链接:

Data contracts

Adapter pattern

关于业务规则:

- Ad-Hoc 业务规则 ，但不同的系统，有不同的业务规则。并且您的 CMS 在这方面需要一定程度的灵活性。
有用的链接:

Web application filters

Business rules engines

希望这能为您的项目带来一些有用的想法； )