我到处搜索，并没有真正找到一个明确的答案，什么时候你想使用. 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);
当前回答
Linq有很多方法来实现对集合的简单查询，只要我们在sql中写入连接，过滤器可以根据需要或必要性先应用或最后应用。
下面是一个示例，我们可以在集合中找到带有id的元素。 为了进一步说明这一点，当一个集合至少有一条记录时，方法First和FirstOrDefault理想情况下会返回same。但是，如果集合可以为空的话。那么First将返回一个异常，而FirstOrDefault将返回null或默认值。例如，int将返回0。因此，虽然说使用such是个人偏好，但最好使用FirstOrDefault来避免异常处理。
其他回答
这种类型的函数属于元素操作符。下面定义了一些有用的元素操作符。
第一/ FirstOrDefault 去年/ LastOrDefault 单/ SingleOrDefault
当需要根据特定条件从序列中选择单个元素时，我们使用元素操作符。这里有一个例子。
List<int> items = new List<int>() { 8, 5, 2, 4, 2, 6, 9, 2, 10 };
First()操作符返回序列满足条件后的第一个元素。如果没有找到元素，则抛出异常。
Int result = items。Where(item => item == 2).First();
FirstOrDefault()操作符返回满足条件后序列的第一个元素。如果没有找到元素，则返回该类型的默认值。
Int result1 = items。Where(item => item == 2).FirstOrDefault();
首先，Take是一种完全不同的方法。它返回一个IEnumerable< t>而不是一个T，所以这是无效的。
在First和FirstOrDefault之间，当您确定一个元素存在，如果它不存在，那么就会出现错误时，应该使用First。
顺便说一下，如果你的序列包含默认(T)元素(例如null)，你需要区分空元素和第一个元素为空，你不能使用FirstOrDefault。
当我知道或期望序列至少有一个元素时，我会使用First()。换句话说，当出现异常时，序列为空。
当您知道需要检查是否存在元素时，请使用FirstOrDefault()。换句话说，当序列为空是合法的时候。您不应该依赖异常处理进行检查。(这是不好的做法，可能会影响性能)。
最后，First()和Take(1)之间的区别是First()返回元素本身，而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()
我想看看其他人对此的评论。
Linq有很多方法来实现对集合的简单查询，只要我们在sql中写入连接，过滤器可以根据需要或必要性先应用或最后应用。
下面是一个示例，我们可以在集合中找到带有id的元素。 为了进一步说明这一点，当一个集合至少有一条记录时，方法First和FirstOrDefault理想情况下会返回same。但是，如果集合可以为空的话。那么First将返回一个异常，而FirstOrDefault将返回null或默认值。例如，int将返回0。因此，虽然说使用such是个人偏好，但最好使用FirstOrDefault来避免异常处理。
