我到处搜索，并没有真正找到一个明确的答案，什么时候你想使用. first，什么时候你想使用. firstordefault与LINQ。
什么时候你想用。first ?只有当你想捕捉异常，如果没有结果返回哪里? var result =列表。Where(x => x == "foo").First(); 什么时候使用。firstordefault ?当你总是想默认类型，如果没有结果? var result =列表。Where(x => x == "foo").FirstOrDefault(); 说到这，那塔克呢? var result =列表。Where(x => x == "foo").Take(1);
当前回答
someList.First(); // exception if collection is empty.
someList.FirstOrDefault(); // first item or default(Type)
用哪一个? 它应该由业务逻辑决定，而不是担心异常/程序失败。
例如, 如果业务逻辑说我们在任何工作日都不可能有零事务(只是假设)。那么您不应该尝试使用一些聪明的编程来处理这种情况。 我将始终在这样的集合上使用First()，如果有其他东西搞砸了业务逻辑，则让程序失败。
代码:
var transactionsOnWorkingDay = GetTransactionOnLatestWorkingDay();
var justNeedOneToProcess = transactionsOnWorkingDay.First(): //Not FirstOrDefault()
我想看看其他人对此的评论。
其他回答
首先，Take是一种完全不同的方法。它返回一个IEnumerable< t>而不是一个T，所以这是无效的。
在First和FirstOrDefault之间，当您确定一个元素存在，如果它不存在，那么就会出现错误时，应该使用First。
顺便说一下，如果你的序列包含默认(T)元素(例如null)，你需要区分空元素和第一个元素为空，你不能使用FirstOrDefault。
如果没有要返回的行，. first()将抛出异常，而. firstordefault()将返回默认值(所有引用类型为NULL)。
因此，如果你准备好并愿意处理一个可能的异常，. first()是很好的。如果您更喜欢检查!= null的返回值，那么. firstordefault()是更好的选择。
但我想这也有点个人偏好。使用哪个对你更有意义，更适合你的编码风格。
好吧，让我说说我的意见。 First / Firstordefault用于使用第二个构造函数。我不会解释它是什么，但它是指你可能总是使用一个，因为你不想引起异常。
person = tmp.FirstOrDefault(new Func<Person, bool>((p) =>
{
return string.IsNullOrEmpty(p.Relationship);
}));
someList.First(); // exception if collection is empty.
someList.FirstOrDefault(); // first item or default(Type)
用哪一个? 它应该由业务逻辑决定，而不是担心异常/程序失败。
例如, 如果业务逻辑说我们在任何工作日都不可能有零事务(只是假设)。那么您不应该尝试使用一些聪明的编程来处理这种情况。 我将始终在这样的集合上使用First()，如果有其他东西搞砸了业务逻辑，则让程序失败。
代码:
var transactionsOnWorkingDay = GetTransactionOnLatestWorkingDay();
var justNeedOneToProcess = transactionsOnWorkingDay.First(): //Not FirstOrDefault()
我想看看其他人对此的评论。
另一个需要注意的区别是，如果您在生产环境中调试应用程序，您可能无法访问行号，因此识别方法中哪个特定的. first()语句抛出异常可能很困难。
异常消息也不包括您可能使用过的任何Lambda表达式，这会使任何问题更难调试。
这就是为什么我总是使用FirstOrDefault()，即使我知道空条目将构成异常情况。
var customer = context.Customers.FirstOrDefault(i => i.Id == customerId);
if (customer == null)
{
throw new Exception(string.Format("Can't find customer {0}.", customerId));
}
