数据访问层我到底该选择什么？？？

Question

本人工作三年，在以前的开发中数据访问层一直用的是ADO.NET。在去年进了一家公司，刚进的时候我没有负责数据层，就是做些业务逻辑处理之类的活。因为开发部门刚成立不久，写数据访问层的哥们很听话，项目经理说让他用POCO，Linq to SQL什么的处理数据库，他也就那样做了。最近出新的项目，由我接手数据层，经理给我说也用那个。说实话我有点排斥那些东西，我就是想一个程序员如果连SQL语句都不能写，或者说连访问数据也用非原生态的东西会成什么样。我就告诉他那个无论性能，扩展性，灵活性都不如ADO.NET。他不爽，说什么这是大型项目要怎么怎么的，给我讲了一大堆的好处。我也不敢反驳他，特意的看了一下这些东西，真觉的没什么特别，增删改查没少，不过它就是给你封装好了。我现在很纠结，不知道该不该听他的话，总是认为自己的CodeSmith+ADO.NET很无敌。但人家不吃我这套啊，所以现在想问问大家，我到底该不该坚持自己的立场，或者说我真是固步自封，不求长进吗？希望大家深度考虑问题，给我一些意见。小弟非常感激！！！

Answer 1

微软推出LINQ TO SQL自然有它的优势和用处，这个很傻瓜化。在工作中就是不断学习新的东西，不然你不会进步，更何况现在技术更新如此之快。不要有排斥心里。

Answer 2

其实楼主你用codesmith+ado这个方案和你的领导的ORM之类的方案本质上是一样的,
对于生产效率都没有明显的提升;如果每个项目都要编写或者自动生成数据访问层的代码,这本身就说明设计有问题;再向前迈一步,把codesmith生成的代码从项目中全部删除,
让你的数据访问层和业务逻辑层不再依赖具体的数据结构,
让你的团队减少90%的代码,他们自然哭着闹着要求采用你的方案