var item = context.ass_ba_item.FirstOrDefault(c => c.EntId == userModel.EntId && (c.ItemCode.EndsWith(inputCode) || c.ItemBarCode.EndsWith(inputCode)));

if (item == null) throw new MessageErrorException(string.Format("没有找到此编码的资产信息: {0}", inputCode));

var item = context.ass_ba_item.FirstOrDefault(c => c.EntId == userModel.EntId && (c.ItemCode.EndsWith(inputCode) || c.ItemBarCode.EndsWith(inputCode)));

if (item == null) throw new MessageErrorException(string.Format("没有找到此编码的资产信息: {0}", inputCode));

首先，建议你先学习基本的数据库原理。查询出所有的数据然后在客户端的进程的内存中再来约束处理，与直接由sql语句表示条件并交给数据库系统来约束查询，这是两种在性能上有本质上区别的必须知道的编程模式，并不是“但极少出现的情况”。

其次，如果你最多只需要获取一个 LINQ 查询结果最多前2个记录，使用 Take(2)。不是动不动就随便 Count。

Quote: 引用 1 楼 程序员的键盘 的回复:

var item = context.ass_ba_item.FirstOrDefault(c => c.EntId == userModel.EntId && (c.ItemCode.EndsWith(inputCode) || c.ItemBarCode.EndsWith(inputCode)));

if (item == null) throw new MessageErrorException(string.Format("没有找到此编码的资产信息: {0}", inputCode));

再补充下，随意使用FirstOrDefault是在使用EF时常出现的错误，你可能就犯了这个错误。FirstOrDefault是取第一条，但如果你真正想要的数据是在符合条件的结果集中的第二条呢？那不就出bug了吗？
所以，如果真想用一句话解决问题，那不应该是FirstOrDefault，而应该是SingleOrDefault方法。这我是知道的，但我没有用SingleOrdefault，是因为EF默认的提示是英文，不友好，所以我自己写代码来提示。

不过脱离这个具体的问题本身，不说EF的这个例子，只是广泛的说，如果程序要稳健，相应的就会有更多的校验，会增加系统负载，一定程度的降低性能。总的来说，我还是认为稳健是第一位的，尤其是边界条件要严格校验。然后在这个基础上，再考虑如何优化性能。
我这个观念应该没问题吧，P哥怎么看？

其实就是查询最多两个记录

var lst = LinqProvider编译查询.Take(2).ToList();

switch case(lst.Count)

{

    case 1:

        return lst[0];

    case 0:

    throw ...........................

    default:

    throw ...........................

}

如果使用基本的 ADO.NET 查询更好（我主张一个工程至少要支持2种以上的 DAL 层框架写法，避免仅仅滥用一种效率低的），那么其实只需要用 dbDataReader.Read() 来判断是否存在第二个记录，而不需要将它事先冗余地序列化为内存对象。

回到基本的 sql 语言概念，你可能没有或者忘记了 select top n ...... 功能，这怎么能行？

针对我最后提出的问题，说一下我的习惯用法：

原则和前提：
1、因为垃圾数据造成的问题，不需要反馈到前台，但能发现这种异常的话最好。
2、正常业务需求中，有必要对用户的输入进行完善的验证和异常提示，但在EF的取数据的方法中，默认的异常反馈到前台的话不够友好，需要文本定制。

1. FirstOrDefault
数据都正常的情况下，一个查询（比如用户输入的查询），有可能取不到数据，如果有则必定只取到一条数据时。此时可以用FirstOrDefault。

2. SingleOrDefault
以上 1 的情况，如果用SingleOrDefault，会更安全。它的特点：
* 语义上最准确。因为能取到数据时必定只取到一条，所以语义上应该是Single，而不是First
* 能防止垃圾数据的干扰。如果有垃圾数据存在，本来应该只有一条数据，但实际上取出两条，那么使用Single能够及时发现垃圾数据对系统的影响。否则如果用First，有50%的概率刚好取到垃圾数据。
* SingleOrDefault性能比FirstOrDefault稍差，因为它取两条数据，而FirstOrDefault取一条

3. First
数据都正常的情况下，一个查询（比如代码写定的按唯一Id的查询），必定能取到一条数据时。此时可以用First。

3.Single
使用Single之于First，与SingleOrDefault之于FirstOrDefault类似。语义更精确，防垃圾数据，性能稍差。

3.Take
我当前帖子的应用场景就是，用户查询条件是输入的，因此可能查询到0个，1个，多个结果，只有查询到1个结果时才是正确的输入。同时非1个结果时，都要提示用户。虽然使用Single原则上没问题，但系统的提示不够友好。所以我使用Take(2)后，自己判断结果集并抛出相应异常文本。

如果按语义理解，我其实挺疑惑，用First或者用FirstOrDefault的应用场景应该几乎很少。多数的业务场景应该是Single，SingleOrDefault，Take。但我估计，用FirstOrDefault的人最多，不知道为什么，可能是字母F排在靠前，所以大家会先用它。但用它之后可能会导致的问题是：
1. 因为用户输入的查询条件问题，导致实际查询出多条，但只取第一条，取出了错误的数据。
2. 程序员知道应该做后续校验，因此自己使用了FirstOrDefault之后，在另外写校验代码，这就造成了代码冗余。用Single代替更好。