Question

在哪些情况下我应该使用LINQ to Objects？

显然，我可以在没有LINQ的情况下做任何事情。那么在哪些操作中LINQ实际上可以帮助我编码更短和/或更具可读性？

Answer 1

我发现LINQ to Objects在所有地方都很有用。它解决的问题非常普遍：

您有一些数据项的集合
您需要另一个由原始集合构成的集合，但经过某种转换或过滤后。这可能是排序，投影，应用谓词，分组等。

这是我经常遇到的情况。编程领域非常多，主要涉及将一个集合（或数据流）转换为另一个集合。在这些情况下，使用LINQ的代码几乎总是更短且更易读。我想指出LINQ不应该被视为查询表达式的同义词 - 如果只需要一个运算符，the normal "dot notation" (using extension methods) can often be shorter and more readable。

我特别喜欢LINQ to Objects的原因之一是如此通用 - 而LINQ to SQL可能只涉及您的数据层（或几乎成为数据层），LINQ to Objects适用于各层，以及各种应用程序。

举个例子，这是我的MiniBench基准测试框架中的一行，将TestSuite（基本上是命名的测试集合）转换为ResultSuite（命名的结果集合）：< / p>

return new ResultSuite(name, 
    tests.Select(test => test.Run(input, expectedOutput)));

如果ResultSuite需要针对某些特定的“标准”结果进行缩放，那么再次：

return new ResultSuite(name, 
    results.Select(x => x.ScaleToStandard(standard, mode)));

在没有LINQ的情况下编写此代码并不是 hard ，但LINQ只是让它更清晰，让您专注于真正的“逻辑”而不是迭代循环和添加结果的细节列表等。

即使LINQ本身不适用，但为了LINQ而主要包含的一些功能（例如隐式类型的局部变量，lambda表达式，扩展方法）可能非常有用。

Answer 2

回想起几乎无处不在的答案。一个更好的问题是当不使用它时。

Answer 3

LINQ非常适合“滑坡”。想想许多常见操作涉及的内容：

的其中即可。只需写一个foreach循环和一个“if”
选择即可。创建目标类型的空列表，遍历原始文件，转换每个目标类型并将其添加到结果中。
的排序依据即可。只需将其添加到列表中并调用.Sort（）即可。或实施冒泡排序;）
ThenBy （来自PropertyA的订单，然后是PropertyB）。相当难一点。自定义比较器和Sort应该可以解决问题。
GroupBy - 创建Dictionary<key, List<value>>并循环浏览所有项目。如果没有密钥存在，则创建它，然后将项添加到适当的列表中。

在每种情况下，程序方式都需要比LINQ方式更多的代码。在“if”的情况下，它更多几行;在GroupBy或OrderBy / Then的情况下，它还有很多。

现在采取一种将它们组合在一起的常见情况。你突然想到一个10-20线的方法，可以在LINQ中用3-4线解决。 LINQ版本保证更容易阅读（一旦熟悉LINQ）。

那你什么时候使用LINQ？我的回答：每当你看到“foreach”:)

Answer 4

LINQ在以下几种情况下非常有用：

您希望使用键入的“业务实体”而不是数据表来更自然地访问您的数据（并且尚未使用类似NHibernate或LLBLGenPro的内容）
您希望使用类似SQL的语法查询非关系数据（这在查询列表等时非常方便）
您不喜欢大量的内联SQL或存储过程

Answer 5

当您开始对复杂数据类型进行复杂过滤时，LINQ会出现。例如，如果您获得了People对象列表，则需要收集该列表中所有医生的列表。使用LINQ，您可以将以下代码压缩为单个LINQ语句：

（伪代码）

doctors = []
for person in people:
    if person is doctor:
        doctors.append(person)

（抱歉，我的C＃生锈了，类型检查语法可能不正确，但你明白了）

doctors = from person in people where person.type() == doctor select person;

Answer 6

编辑：我回答后，我看到一个更改，说“LINQ to Objects”。那好吧。

如果通过LINQ我们引用System.Linq中的所有新类型，以及新的编译器功能，那么它将有很多好处 - 它有效地为这些语言添加函数式编程。（这是我见过几次的进展（虽然这主要是C＃ - VB在当前版本中有限）。

明显的开始是与列表处理相关的任何事情都变得非常容易。很多循环都可以消失。你得到了什么好处？您将以声明方式开始编程，这将导致更少的错误。当切换到这种风格时，事情开始“正常工作”。（LINQ查询语法我觉得不太有用，除非查询非常复杂，有很多中间值。在这些情况下，语法将解决你必须传递元组的所有问题。）< / p>

接下来，匿名方法的语言支持（在C＃中，在下一个版本的VB中）允许您以更短的方式编写更多构造。例如，可以在启动它的方法内定义处理异步回调。在这里使用闭包将导致您不必将状态捆绑到不透明的对象参数中并在以后将其转换出来。

能够使用更高阶的函数会让你更加一般地思考。因此，您将开始看到您可以简单地传递一个lambda并解决更整洁，更清洁的问题。在这一点上，你会发现只有使用泛型才能真正起作用。当然，这是一个2.0功能，但是当您传递函数时，使用情况会更加普遍。

在那附近，你会陷入收益递减的境地。声明和使用func以及声明所有泛型类型参数（在C＃和VB中）的成本非常高。编译器不会为您解决问题，因此您必须手动完成所有操作。这增加了大量的开销和摩擦，这限制了你可以走多远。

那么，这就是“LINQ”吗？或许取决于营销。 LINQ推动使这种编程风格在C＃中变得更加容易，所有LINQ都基于FP的想法。

LINQ到对象的位置和时间？

6 个答案: