Linq to SQL或者ADO.NET Entity Framework应该用哪个？

Linq to SQL的model太依赖于工具生成了，他的代码实在生成的不匝地。ADO.NET Entity Framework不知道如何。而且Linq to SQL不支持eager fetch……

Linq to SQL已经被下个版本dotnet抛弃了

it's over

这个，不知道消息是否可靠？

感觉， linq to sql 很不错啊，省了不少时间，使得orm更加容易了

不是抛弃，是兼容到 ADO.NET Entity Framework

消息是比较可靠的，只是现在的ADO.NET Entity Framework 还不太完善，想做的太多，没做完的也太多。

可以参考 ADO.NET Entity Framework 做 Model的Update的时候的限制。

linq2sql一直的定位就是玩具，而且这个玩具只能支持使用MSSqlServer，实在没有任何存在的必要。

MS应该尽快完善EF， 比如提供更多主流DB的Provider，提供由Model-》DB Schema（所谓DDL）的能力，这样才是一个有前途的乖孩子：）

使用对象模型的好处在于，设计的时候只需要根据实际持续化需要来订制Entity的属性、约束、关系，而不是从设计之初就跟一个DB（无非就是MSSQL）热烈耦合起来，我觉得这是非常糟糕的设计。 除了对MS的盈利和市场策略有好处之外。。。

像XPO，现在也已经可以使用Linq，就是使用Lambda进行检索，由XPO内核生成T-Sql的模式； 而XPO就是推荐Model -> DB Schema方式的，项目设计起来非常轻巧， 小的项目基本上可以在配置的时候根据不同的Connection String自由选择DB了， 比现在EF的HardSale MSSQL好得不知凡几。

希望EF是已XPO为标杆的进步吧：）

据说Linq2Sql的DataContext不是线程安全的
据说Linq2Sql前景很尴尬
据说SubSonic挺8错
据说CodeSmith有个PLINQO生成的代码比VS的好
据说啊 我们目前一个项目用LINQ2SQL做的 现在全部改成SQL+EntLib了

另如果有多-多对应关系 就不要用LINQ2SQL



以上内容只代表本人刚和同事喝酒后的精神状态的言论，清醒后不对该言论所直接或间接能给看到的朋友带来的伤害负责哦。

ADO.NET Entity Framework太笨太复杂，不好用！
Linq2SQL也可以不依赖工具，用法上和JPA差不多。

都说LINQ 比 EF 轻，轻在哪里呢？

if(orm is a must)
{
    if(familiar with java)
    {
       nhibernate + spring.net + codesmith;
    }
    else
    {
       ado.net entity fx;
    }
}
else
{
    企业库 or spring.net 包装的 ado.net(俺的选择)
}