域驱动的内容管理?

我应该记住的是。。。

最佳实践,最佳实践 最佳实践

Great article 关于(不要忘了,看看DDD资源主题;)

还有这个 Listing 将把一些代码带到表中(它是C#)。

那些畜生不是互相的吗 独家?

一点也不。事实上,DDD与复杂域逻辑之间有着密切的关系。在使用DDD时,您最终使用的许多模式都是为了寻找一种简单的方法来封装处理域时所需的复杂逻辑。e、 g.储存库、工厂、骨料等。

我知道你的意思。在阅读了您所参考的文章之后,您发现CMS可以很容易地作为一个具有两个不同域(内容和表示)的项目来使用。这是一个很好的方法,事实上我喜欢它。但DDD模式仍在应用,而且是为与之配合而设计的:)。

更新: 我不认为你正在谈论使用DDD开发一个复杂的CMS了。哈哈哈

我只是无法想象如何解开 来自基础架构的业务逻辑。。。

你好,阿尼斯!

对!CMS站在各种系统的顶端。说得好。那么我们能做些什么来制作一个灵活的、解耦的CMS呢 超越其他系统?

关于数据:

数据合同 ,无论您将CMS与哪个系统集成。你的CMS域模型应该保持几乎不变。限制您的努力,使其他系统数据源适应您的CMS模型。;) 有用的链接:

• Data contracts
• Adapter pattern

关于业务规则:

- ,但不同的系统,有不同的业务规则。你的CMS在这方面需要一定程度的灵活性。

• Web application filters
• Business rules engines

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

一切都是为了正确的脱钩。

在遵循DDD思想构建应用程序时,CMS的使用并不是相互排斥的。

CMS只是另一种技术,另一种表达问题解决方案的方式,与Asp.NETMVC、RubyonRails、编程语言甚至设计模式等完全抽象的技术没有太大区别。

《卫报》就他们的问题做了一个报告 experience applying DDD 作为一个内容丰富的领域的案例研究,这可能具有一定的相关性: