作为一个学习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正式版，还不如自己封装一个数据库访问层，不但自己自由控制代码，而且花的时间又少，还学习了从类库的角度看待问题的方式。
