我是否应该担心 LINQ（查询语言）的升级路径

Question

我开始在代码中使用 LINQ 作为真正的查询语言，以帮助提高可读性。 直到最近，我还不敢接触 LINQ，因为 LINQ to SQL 团队已移至实体框架团队之下（试图忽略此处的对话）——LINQ 查询语言是否会是一个安全的选择（与此快速发展中的任何内容一样）搬家行业）？

Answer 1

需要区分“LINQ”和“特定的 LINQ 提供程序”。 我认为可以肯定地说 LINQ 本身将继续存在 - 并且它对于通过 LINQ to Objects 进行进程内收集处理非常有用。

至于哪个 LINQ 提供程序将“获胜”（如果有的话）——这是一个更难下注的赌注。

不过，我当然会学习 LINQ 本身的基础知识 - 并且 LINQ to XML 也是一个可爱的 XML API。

Answer 2

正如 Jon 所说，区分 LINQ 提供商非常重要。 例如

• LINQ 到对象：这是基于 IEnumerable的。 并且在 BCL 中如此根深蒂固，以至于我发现很难将它推广到任何地方。
• LINQ to SQL：我使用它的次数几乎没有 LINQ 那么多，但我知道它有很多追随者，而且人们似乎很喜欢它。

警告：我在 LINQ 上工作过，所以我对此有很大的偏见。

我认为 LINQ 的真正优点是任何人都可以编写 LINQ 提供程序。 所需要的只是一些名称正确的可绑定方法，然后您就拥有了查询语法。

var query = from it in someCollection select it.SomeProperty;

我可以在不使用任何 3.5 框架的情况下编写此语句。 我有 我自己的 LINQ 提供程序，它适用于 2.0 框架，并且与所使用的查询语法兼容在编译器中。

我个人更倾向于 lambda/ 扩展方法 synatx 但生成的代码实际上没有什么不同。