Entity framework 实体框架基本上是另一个CRUD代码生成器吗？
实体框架只是另一个CRUD代码生成器的花哨名称吗Entity framework 实体框架基本上是另一个CRUD代码生成器吗？,entity-framework,Entity Framework,实体框架只是另一个CRUD代码生成器的花哨名称吗 或者还有更多吗？这有点像是说面向对象编程基本上是经过一些修改的过程。虽然EF不被认为是对象关系映射的最佳示例，但它试图涵盖的原则已经使用了近30年。我建议阅读雷蒙德·陈博士关于实体关系模型的文章（他开发了该模型并发表了一篇论文）。维基百科也提供了一些信息。市场上这种方法的最佳工具是LLBLGen。它已经成熟了5年，并在微软环境下运行。这有点像是说面向对象编程基本上是经过一些修改的过程。虽然EF不被认为是对象关系映射的最佳示例，但它试图涵盖的原则已
或者还有更多吗？这有点像是说面向对象编程基本上是经过一些修改的过程。虽然EF不被认为是对象关系映射的最佳示例，但它试图涵盖的原则已经使用了近30年。我建议阅读雷蒙德·陈博士关于实体关系模型的文章（他开发了该模型并发表了一篇论文）。维基百科也提供了一些信息。市场上这种方法的最佳工具是LLBLGen。它已经成熟了5年，并在微软环境下运行。这有点像是说面向对象编程基本上是经过一些修改的过程。虽然EF不被认为是对象关系映射的最佳示例，但它试图涵盖的原则已经使用了近30年。我建议阅读雷蒙德·陈博士关于实体关系模型的文章（他开发了该模型并发表了一篇论文）。维基百科也提供了一些信息。市场上这种方法的最佳工具是LLBLGen。它有5年的成熟期，并围绕MS EF运行。实体框架适用于所有应用程序，这些应用程序将受益于ORM（对象关系映射）层。丹尼尔·西蒙斯邮报对此进行了详细介绍 通过使用分部类，EF允许您拥有包含与持久性无关的业务逻辑的类（但是，这种方法并不特定于EF）
我们有复杂的域对象，它们进行验证并支持复杂的业务规则，这些规则也部分通过EF持久化，因此这不仅仅是CRUD的核心内容。实体框架适用于所有从ORM（对象关系映射）层获益的应用程序。丹尼尔·西蒙斯邮报对此进行了详细介绍 通过使用分部类，EF允许您拥有包含与持久性无关的业务逻辑的类（但是，这种方法并不特定于EF） 我们有复杂的域对象，它们进行验证并支持复杂的业务规则，这些规则也部分通过EF持久化，所以这不仅仅是CRUD的核心