为什么这个 LINQ 表达式会破坏我的循环和转换逻辑？

背景

ArticleService是一个类，为前端层提供方法，方便与后端业务。

它的两个基本职责是转换 ViewModel（ArticleViewModel）到适当的模型（Article）在保存数据时，反之，在获取数据时将模型转换为 ViewModel...如此频繁，以至于我创建了一个构建 ViewModel 对象的私有方法：

private ArticleViewModel BuildViewModel(Article a)
{
    return new ArticleViewModel { Title = a.Title /* all properties */ }
}

一路前行，ArticleService提供了一种从数据存储中获取所有文章的方法，并将它们作为 ViewModel 返回：public IEnumerable<ArticleViewModel> All()

调用类像这样使用它：var articleViewModels = _articleService.All();

很简单，对吧？

Problem:

我最初写的All()懒洋洋地带着经典foreach loop:

private IEnumerable<ArticleViewModel> All()
{
    var viewModels = new List<ArticleViewModel>();
    foreach (var article in _db.Articles)
        viewModels.Add(BuildViewModel(article));
    return viewModels;
}

效果很好 -articleViewModels是所有视图模型的实例化列表。

接下来，为了性能和美观，我使用 ReSharper 将此循环转换为 LINQ 语句，然后将赋值语句与 return 语句结合起来。结果：

private IEnumerable<ArticleViewModel> All()
{
    return _db.Articles.Select(article => BuildViewModel(article)).ToList();
}

我调试了 LINQ 语句，野兽苏醒了：

LINQ to Entities 无法识别方法“ArticleViewModel” BuildViewModel(Article)' 并且此方法无法转换为存储表达式。

问题 - 为什么这个 LINQ 语句会破坏我的代码？

注意：回到 LINQ 语句的显式声明、赋值、返回，因此我几乎可以肯定这与 lambda 逻辑有关。

问题 - 为什么这个 LINQ 语句会破坏我的代码？

因为 LINQ to Entities 正在尝试翻译BuildViewModel进入 SQL。它不知道怎么办，所以就死得很惨。

在您的原始版本中，您将实体从数据库流式传输到本地盒子，然后使用进行投影BuildViewModel客户端。没关系。

所以我几乎可以肯定这与 lambda 逻辑有关。

没有。这是因为 LINQ to Entities 无法翻译BuildViewModel进入 SQL。是否使用 lambda 表达式来表达投影并不重要。

您可以像这样重写代码：

return _db.Articles.
          .AsEnumerable()
          .Select(article => BuildViewModel(article)).ToList();

这导致_db.Articles被视为普通的旧枚举，然后在客户端进行投影。现在 LINQ to Entities 不必弄清楚要做什么BuildViewModel.