本篇内容介绍了“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是什么”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。