探索ADO.NETEntityframework学习指导

作为一个学习ADO.NET Entity framework的新手来说，首先遇到的就是一些学习ADO.NET Entity framework的方法问题，一想学学经典代码，二想学学和自己兴趣有关的相关框架。

为企业提供成都网站设计、做网站、成都外贸网站建设公司、网站优化、成都营销网站建设、竞价托管、品牌运营等营销获客服务。创新互联拥有网络营销运营团队，以丰富的互联网营销经验助力企业精准获客，真正落地解决中小企业营销获客难题，做到“让获客更简单”。自创立至今，成功用技术实力解决了企业“网站建设、网络品牌塑造、网络营销”三大难题，同时降低了营销成本，提高了有效客户转化率，获得了众多企业客户的高度认可！

以前听说Enterprise Library 是在net framework library的基础上 按企业应用的角度又抽象出一个更高一层的类库，比如，涉及 数据访问层。后来，自己在学习过程中，试图按面向对象的方式建实体类的时候遇到困难，经过学习，原来需要o/rm框架来解决。

于是，又发现了Linq to sql 和 ADO.NET Entity framework。但是，过多的框架反而搞乱了自己的方向。请问，这些框架之间是什么样的关系，还是本就没什么关系？是Enterprise Library在数据访问相关的类的时候，用的Linq to sql 或 ADO.NET Entity framework吗？

还是Enterprise Library 根本就是仍旧采用旧有的ado.net的数据访问技术，sqlcommand dataadapter之类的实现的数据访问层。哦 对了 我的主要关注点是三层架构中的 数据访问层部分的技术。业务逻辑层 我想学的是通过实体类来实现的那种，而不是许多的datatable。#t#

ADO.NET Entity framework ：相当于NHibernate，是微软正式开发n久的一个全功能的ORM

Linq to sql ：是简化版的ORM，更加方便，没有正常ORM的缓存功能、具有实际意义的继承功能、映射也很不方便。但因为集成了Linq，所以显得非常方便。我个人的看法是微软在ADO.NET Entity framework久推不出的情况下，先弄出来的一个骗骗人的玩意儿，小项目可以用，复杂的大项目是要死人的。

Enterprise Library：是一个帮助类库，不仅仅包括数据访问方面的封装，还有AOP等等方面的内容。我的看法是，像懒婆娘的裹脚，又臭又长，不要使用，有那时间学习它，还不如使用Linq to sql；使用Linq to sql，还不如等等ADO.NET Entity framework正式版；与其等ADO.NET Entity framework正式版，还不如自己封装一个数据库访问层，不但自己自由控制代码，而且花的时间又少，还学习了从类库的角度看待问题的方式。

新闻标题：探索ADO.NETEntityframework学习指导
地址分享：http://www.36103.cn/qtweb/news43/1143.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联