Entity framework 将实体框架用作ORM工具而不考虑DDD或模型等是否公平？

我有一个数据库和一堆相关的表。我只想使用EF来减少这些表上CRUD操作的数据访问代码。我不想改变型号或任何事情。我正在使用生成的模型（或使用POCO）。仅仅为了这个（减少数据访问代码）而使用EF公平吗？或者这是一种过度使用，我应该考虑DDD。有什么方向吗

这是个好问题。还有别的想法吗

编辑

---

我只是想问一下，将其用作ORM是否是一个好主意。老实说，我对EF非常陌生，对DDD一无所知，只是想使用EF来减少数据访问代码。我一直在写这些代码，而

是的，您可以在不知道或实现DDD的情况下使用Entity Framework。DDD不需要ORM或关系数据库。使用ORM并不意味着您必须，甚至不应该使用DDD

许多在关系数据库上实现DDD的人使用类似ORM的实体框架或NHibernate，如果您处于这种情况，那么这样做是一个好主意

---

在这一点上，很难证明在大多数涉及面向对象编程语言和关系数据库的项目上不使用ORM是合理的。没有时间学习ORM要求的学习曲线是不使用ORM的最大原因。在.NET世界中，有可靠、成熟的ORM选项可用。

是的，您可以在不了解或实现DDD的情况下使用实体框架。DDD不需要ORM或关系数据库。使用ORM并不意味着您必须，甚至不应该使用DDD

许多在关系数据库上实现DDD的人使用类似ORM的实体框架或NHibernate，如果您处于这种情况，那么这样做是一个好主意

---

在这一点上，很难证明在大多数涉及面向对象编程语言和关系数据库的项目上不使用ORM是合理的。没有时间学习ORM要求的学习曲线是不使用ORM的最大原因。在.NET世界中，有可靠、成熟的ORM选项可用。

您是否刚刚发布了一个问题，告诉我们这是一个副本，并链接到了原始版本？可能是@Oded的副本-很抱歉造成混淆。我只是想问一下，将其用作ORM是否是一个好主意。老实说，我对EF很陌生，对DDD一无所知，只是想用EF来减少我一直在写的数据访问代码。我明白这一点，但是，您链接到的问题为同一个问题提供了完美的答案。您是否刚刚发布了一个问题，告诉我们这是一个重复的问题，并且链接到了原始的问题？可能是@Oded的重复-很抱歉造成混淆。我只是想问一下，将其用作ORM是否是一个好主意。老实说，我是EF的新手，对DDD一无所知，只是想用EF来减少我一直在写的数据访问代码。我理解这一点，但是你链接的问题为同一个问题提供了完美的答案。