Entity framework 4 EF4和代码优先：为什么DDD用户喜欢它？

EF4代码最先出现的Queen of Entity框架对DDD用户来说非常有吸引力。其他许多地方也有这样的说法

---

我的问题是：为什么代码优先比模型优先更有吸引力？我认为后者更符合DDD的工作方式？

模型首先指的是数据库模型。代码首先引用代码中的域模型。DDD通常更喜欢代码优先，因为数据库模型是一个持久性问题，它总是比DDD中的代码模型靠后。

但是，您在模型设计器中创建的实体不总是直接对应于数据库中的表吗？也就是说，当DDD人员创建类图时，这不是与使用模型图相同的活动吗？实体“几乎总是”直接对应于数据库表并不重要。关键是他们不必这么做。DDD的理念是专注于定义有界上下文、聚合根等——这些都是代码中存在的概念。从一组数据库表开始往往会影响我们设计类的方式，反之亦然。我们的想法是以编程方式设计您想要使用的东西—能够正确封装域的东西，然后使用持久性来满足其他非功能性需求。“从一组数据库表开始往往会影响我们设计类的方式，而且会产生负面影响。”好的一点，这本身可能是一个完整的问题。也许我会开始一个！我想我对模型设计师的功能有一个误解。非常感谢。