我到处搜索，并没有真正找到一个明确的答案，什么时候你想使用. 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);
当前回答
这种类型的函数属于元素操作符。下面定义了一些有用的元素操作符。
第一/ 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();
其他回答
好吧，让我说说我的意见。 First / Firstordefault用于使用第二个构造函数。我不会解释它是什么，但它是指你可能总是使用一个，因为你不想引起异常。
person = tmp.FirstOrDefault(new Func<Person, bool>((p) =>
{
return string.IsNullOrEmpty(p.Relationship);
}));
首先，Take是一种完全不同的方法。它返回一个IEnumerable< t>而不是一个T，所以这是无效的。
在First和FirstOrDefault之间，当您确定一个元素存在，如果它不存在，那么就会出现错误时，应该使用First。
顺便说一下，如果你的序列包含默认(T)元素(例如null)，你需要区分空元素和第一个元素为空，你不能使用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();
如果没有要返回的行，. first()将抛出异常，而. firstordefault()将返回默认值(所有引用类型为NULL)。
因此，如果你准备好并愿意处理一个可能的异常，. first()是很好的。如果您更喜欢检查!= null的返回值，那么. firstordefault()是更好的选择。
但我想这也有点个人偏好。使用哪个对你更有意义，更适合你的编码风格。
Others have very well described the difference between First() and FirstOrDefault(). I want to take a further step in interpreting the semantics of these methods. In my opinion FirstOrDefault is being overused a lot. In the majority of the cases when you’re filtering data you would either expect to get back a collection of elements matching the logical condition or a single unique element by its unique identifier – such as a user, book, post etc... That’s why we can even get as far as saying that FirstOrDefault() is a code smell not because there is something wrong with it but because it’s being used way too often. This blog post explores the topic in details. IMO most of the times SingleOrDefault() is a much better alternative so watch out for this mistake and make sure you use the most appropriate method that clearly represents your contract and expectations.
