Content management system 域驱动的内容管理？

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

来证明我的意思

我应该记住的是

DDD设计用于处理复杂逻辑，因此开始读取：

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

这是一个关于（别忘了，看看DDD资源主题；）

这将带来一些代码（它是C#）

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

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

我知道你的意思。在阅读了您所引用的文章之后，您发现CMS可以很容易地作为一个包含两个不同领域的项目来使用——内容和表示。这是一个很好的方法，事实上我喜欢它。但是DDD模式仍然在应用，并且被设计成与它们一起工作：）

我想你们正在谈论使用DDD来开发一个复杂的CMS

---

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

我简直无法想象如何解开 来自基础架构的业务逻辑。。。 然而

你好，阿尼斯

对!！CMS站在AAAA所有系统的顶端。说得好。那么，我们可以做些什么来构建一个灵活、解耦的CMS，它可以轻松地集成到其他系统之上

关于数据：

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

关于业务规则：

-临时业务规则，但不同的系统具有不同的业务规则。您的CMS在这方面需要一定程度的灵活性。 有用链接：

---

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

卫报做了一次关于他们的演讲，作为一个内容丰富的领域的案例研究，这可能有一定的相关性：

这都是关于如何正确地去耦合的

在按照DDD思想构建应用程序时使用CMS并不是相互排斥的

---

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

我很想看看你可能得到的答案。@TomislavNakic Alfirevic花了一些时间来回答这个问题。我自己的问题更多的是关于内容管理部分。互斥，因为内容管理很少是自上而下的手工操作，而是由web部件、第三方cms框架和其他对所有应用程序层都有巨大影响的东西共同承担。我无法想象如何将业务逻辑从基础架构中分离出来。。。然而，啊。。。我的英语语言水平和思维缺陷也会受到影响。对不起。我有一种感觉，我们仍然不谈论同样的事情。稍后我将尝试澄清这个问题。：）