本篇内容介绍了“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。
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.NET Entity framework是什么”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！
