我正在查看实体框架,我正在阅读的所有内容都采用以数据为中心的方法来解释EF。我的意思是,系统的基本关系首先在数据库中定义,并生成反映这些关系的对象。
实施例
Using Entity Framework entities as business objects?
EF文档意味着没有必要从数据库层开始,例如
开发人员可以使用一致的方法 应用程序对象模型即可 映射到各种存储架构
在设计新系统(简化版)时,我倾向于首先创建一个类模型,然后从模型生成业务对象,编写无法生成的业务层事物,然后担心持久性(或者更确切地说是工作)与DBA一起让他担心最有效的持久性策略)。这种以对象为中心的方法得到了ORM技术的良好支持,例如(n)Hibernate。
使用EF进行以对象为中心的方法是否合理?我会沿着那条路向上游游泳吗?有什么好的起点吗?
答案 0 :(得分:4)
Model First方法似乎就是您所需要的。
我们建议您查看ADO.NET Team Blog文章。
答案 1 :(得分:2)
在问了这一点之后,我发现EF 4支持POCO(普通旧CLR对象),允许以对象为中心的设计(相对)忽略持久性。
This article是我遇到的最好的讨论方法,而this article解释了如何使用代码生成模板来简化工作。