一、知识回顾
到目前为止,自己学到的链接数据库操作已经经历了几个阶段,分别是:学生信息管理和(第一次)机房收费时的直接连接数据库操作表格,然后是机房个人重构中应用的操作实体,在其中还利用了一个很重要的帮助类:SQLHelper。
在这个转变中,已经逐步由面向过程转向面向对象,但在分层操作实体的过程中,由于数据库的设计不很完美,有时候需要修改数据库设计,或者需要更改实体。每次遇到这样的事儿,就脑袋疼,因为数据库和实体必须要对应起来,不然问题就越改越大了。那么怎样解决这一问题呢?最近学习了一个EF实体框架知识,解决了这一问题。
首先,回顾一下这之前的数据库链接操作。也就是运用ADO.NET进行操作,主要经历5个步骤:建立连接—打开—创建命令—执行—关闭。如:
<span style="font-size:18px;"><span style="font-family:KaiTi_GB2312;font-size:24px;"> private void button1_Click(object sender, EventArgs e) { string conStr = @"server=.;uid=sa;pwd=123456;database=shoppingBus";//连接字符串 SqlConnection sqlconnection = new SqlConnection(conStr);//建立连接 sqlconnection.Open();//打开链接 string str = "select * from petType"; DataTable dt = new DataTable(); SqlDataAdapter sqldataadapter = new SqlDataAdapter(str,sqlconnection);//执行命令,读取数据 sqldataadapter.Fill(dt);//填充表格 this.dataGridView1.DataSource = dt; sqlconnection.Close();//关闭链接 }</span></span>
二、EF实体框架
2.1,什么是?
实体框架(Entity Framework)是微软以ADO.Net为基础开发出来的对象关系映射(ORM)解决方案,它解决了对象持久化问题,将程序员从编写麻烦的SQL语句当中解放出来。 相对于传统的ADO等各种数据库操纵技术来说,微软的ADO.Net更为先进,它封装了很多底层操作,抽象了接口,针对接口编程,将调用统一化。
2.2,好处(个人理解)
我认为实体框架的好处是,当我们需要修改数据库或者实体时,能够通过实体模型的及时更新解决实体对应映射问题,而不用像之前一样一个一个的对照着修改。而且,它的跨数据库应用实践更为方便,只需要更改配置文件中的数据即可,可以直接将模型生成应用程序数据库到对应数据库服务中。
2.3,应用
2.3.1,准备工作
首先,实在VS中建立新项,添加新建项—数据—ADO.NET实体数据模型,然后设置其自己想要的映射的数据集,设置成功后,会生成一些列文件:
如上图所示,这就是我测试用的shoppingBus数据库生成的实体映射。其中有3个重要的类,分别是:
dataModel.Context.tt下的dataModel.Context.cs类,这个类是包含的数据库的上下文关系,我当时在看的时候就想到了设计模式策略模式中的context类,我认为它们有着共同之处,都是负责数据间的交互和实现。
DataModel.tt下的数据表类,比如这里的就是pet.cs类和petType.cs类。这里就是相当于具体的实体类,值得特别说明的是,EF生成的实体映射同时包括表关系,主外键的关系等。
2.3.2,实践
<span style="font-size:18px;"><span style="font-family:KaiTi_GB2312;font-size:24px;"> static void Main(string[] args) { //第一步:创建EF访问数据库的统一入门,上下文:DbContext shoppingBusEntities1 dbcontext = new shoppingBusEntities1(); #region 增、删、改 //第二步:插入一条数据,添加一个宠物类型 pet pet = new pet(); pet.petID = "003"; pet.petName = "人"; pet.petPrice = 19; //第三步:修改数据,设置状态 dbcontext.Entry<pet>(pet).State = EntityState.Modified;//增、删、改,直接修改实体的状态即可 #endregion #region 查询 var temps = from p in dbcontext.pet where p.petID == "001" select p;//查询全部列 //select p.petName;//查询部分列 foreach (var myPet in temps) { Console.WriteLine(myPet.petID + " " + myPet.petName +" "+myPet.petPrice); } #endregion //第四步:命令把所有的变化都更新到数据库里面去 dbcontext.SaveChanges(); }</span></span>
说明:向原来用的SQL链接数据库操作数据一样,EF实体也有自己的逻辑步骤,则是:建立访问入口(上下文)—整理自己的数据—告诉上下文需要执行的操作—保存自己的操作。可以看到,尤其是在增、删、改的过程中,没有看见任何的SQL语句,但其实是由编译器先帮我们翻译成了SQL的脚本。所以,使用EF操作数据库和使用之前的方法操作数据库,主要的区别则是在转换脚本这一过程中的不同,EF需要转换,而之前的方法不需要。
三、总结
根据自己目前的理解,我觉得EF实体映射其实已经脱离了对数据库的一个操作。我们操作的应该是实体,然后通过实体映射给数据库。所以是进一步和数据库解耦和了,达到了一个真正的面向对象。
而使用EF实体还有好处就是,可以动态的更新实体和数据库的映射关系,从而就不用向原来一样费神费力的去两边对照修改。可以由数据库端更新,然后直接更新实体映射,也可以是更改实体映射,然后更新数据库。由于EF实体操作并不直接操作数据库,所以它在跨数据库操作方面(更改配置文件中的provider的提供方式),也有着自己的优势。