linq2sql的缺点

时间:2008-12-04 07:28:09

标签: linq-to-sql

我听到很多传言说在下一版的.net中不再支持Linq2Sql。我非常喜欢Linq2Sql,并且发现它很容易/轻量级。我可以理解人们用它来解决的一些问题(ppl习惯于nhibernate ......)但正确使用我认为大多数问题都可以解决。我现在在我的所有项目中都使用它,我不愿意看到它不再受支持了。

所以列出你用Linq2Sql看到的disadvantes

4 个答案:

答案 0 :(得分:5)

如果有另一个版本的Linq to SQL,这是我的功能愿望清单:

在构建我的上一个Linq-to-SQL项目时我真正想要的东西(并且在大多数情况下必须手动解决)

  1. 许多协会
  2. 更好的视觉设计师(包括“刷新表”功能)
  3. 控制级联删除/更新/ SET NULL,不涉及黑客攻击
  4. 将文化/字符串比较到SQL COLLATE语句的特定映射(例如,指定密码是否应区分大小写,而不是依赖于底层数据库的默认排序规则。)
  5. 我可能想要但实际上还没有需要的东西:

    1. 支持有序集合(将持久列表保存到数据库,以便按照持久保存的顺序自动检索它们)

答案 1 :(得分:1)

LINQ to SQL当然可以修复。但只要ADO.NET团队负责它,我就会非常怀疑它会不会。

如果它是开源的,我认为这将是一股不可忽视的力量。但就目前而言,它是一种垂死的技术。

答案 2 :(得分:0)

首先,人们对此不再感兴趣,因为它不会再进一步​​发展,实体框架将继续发展。

LinqToSQl使用起来很愉快,但EF迟早会超过它。

ORM纯粹主义者更喜欢将LINQ to Sql设置为使用LINQ to SQL数据层外部的对象模型更容易。这可以在Linq到SQl中完成,但它是一个远离默认配置的手动过程。

答案 3 :(得分:0)

我在L2S中看到的最大缺点之一是在断开连接的场景中使用它是一件非常麻烦的事情。将一个实体的序列化版本发送到另一个实体并尝试“合并”/更新它,当你找回它时你会发现它的缺点。如果.Attach()功能适用于这样的场景,那么L2S就会非常好。

- larsw