相关疑难解决方法(0)

我在StackOverflow(LINQ初学者指南)上看了一下"LINQ 初学者指南",但有一个后续问题:

我们即将推出一个新项目,几乎所有的数据库操作都将是相当简单的数据检索(项目的另一部分已经编写了数据).到目前为止,我们的大多数其他项目都使用存储过程来处理这些事情.但是,如果它更有意义,我想利用LINQ-to-SQL.

所以,问题是:对于简单的数据检索,哪种方法更好,LINQ-to-SQL或存储过程？任何具体的专业人士或骗子？

谢谢.

就在我与LINQ to SQL交朋友时,似乎MS正在从它下面拉出地毯.

http://blogs.msdn.com/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx

从我的一点点研究来看,EF对简单的工作来说太过分了.但是在这个公告之后是否有继续使用LINQ to SQL的意义？

超越LINQ to SQL的未来,这不仅仅是发送一个糟糕的信号吗？鉴于MS在墙上投掷比特的速度,早期使用任何新比特是否合理？(而且这很好,LINQ to SQL几乎不早!).

对于我的LINQ to SQL工作,我想我会去SubSonic!

更新:一些新意见:

http://ayende.com/Blog/archive/2008/10/31/microsoft-kills-linq-to-sql.aspx

http://codebetter.com/blogs/david.hayden/archive/2008/10/31/linq-to-sql-is-dead-read-between-the-lines.aspx