LINQ: без перевода в SQL

Как уже упоминалось, это связано с кодом, с которым работает LINQ To SQL.

Вы должны смотреть на это примерно так. В вашем 1-м примере - если мы посмотрим на выражения (т.е. дерево выражений), которые будет генерировать GetPeople, - человеческими словами он генерирует дерево, которое указывает, что мы выбираем из нашей таблицы, а затем применяем функцию MapToDomain к каждой строке в этой таблице который возвращает объект типа DomainPerson.

Во втором примере на этот раз мы не только знаем, что возвращаемый тип - это DomainPerson, но мы также можем видеть, какие поля сопоставляются каким свойствам (и, что еще более важно, как). Это означает, что когда вы позже запустите свой Where и ссылку p.Quality, Linq To SQL может отследить это до таблицы SQL и знает, что DomainPerson.Quality отображается в столбец Quality в таблице Persons.

Поначалу может показаться немного странным, почему 1-й пример не работает, но предположим, что ваша модель MapToDomain выглядела так:

public void DomainPerson MapToDomain(Data.Person person){
    return new DomainPerson {
        Quality = person.Quality + " Quality";
        //mode code here
    };
}

Каким образом LINQ To SQL должен знать об этом «специальном» сопоставлении? - Ответ простой - не может.

Проще говоря, когда вы делаете что-либо в своем операторе select и хотите спроецировать свой результат, фактическое проецирование должно происходить как «встроенный» код (я не уверен в точном термине для этого), если вы хотите после этого больше выполнять запросы (т. е. упорядочивание, фильтрация и т. д.) - иначе у механизма запросов не будет возможности узнать, как работает ваше отображение.

Причина в том, что LINQ to SQL работает путем преобразования деревьев выражений (Expression<Func<T>>) в SQL и выполнения его на сервере. Метод, на который вы ссылаетесь в №1, скомпилирован до IL. LINQ to SQL не может получить представление дерева выражения из своего тела.

Второй пример на самом деле не компилируется до IL. Он хранится в данных, которые могут быть прочитаны и переведены во время выполнения. В моем ответе на этот вопрос это подробно объясняется.

В первом дереве выражения, созданном GetPeople (), содержится MapToDomain, который нельзя преобразовать в выражение SQL.

Рассмотрите возможность изменения MapToDomain, чтобы он возвращал IQueryable ‹> (*, и исправьте оставшиеся вызовы MapToDomain (), чтобы они вызывали SingleOrDefault (). Проще сделать, чем объяснять, я не скомпилировал это, поскольку у меня нет доступных базовых объектов:

    public DomainPerson GetBestPerson()
    {       
           var person= GetPeople().Where(p=>p.Quality=="Best").SingleOrDefault();
           return person;
    }

    public IQueryable<DomainPerson> GetPeople()
    {
           return MapToDomain(Data.Persons);
    }

    IQueryable<DomainPerson> MapToDomain(IQueryable<Person> persons)
    {
        return persons.select(dataPerson => new DomainPerson{
                                      Id=dataPerson.Id,
                                      Name=dataPerson.Name,
                                      Quality=dataPerson.Quality,
                                      };
    }

Это нелогично, что конструктор DomainPerson можно транслировать, а метод MapToDomain - нет.

Возможно, в этой истории есть нечто большее, чем показанный код. Здесь есть синтаксическая ошибка во втором примере:

выберите новый DomainPerson {

Это действительно анонимный тип в реальном коде?