Является ли ключевое слово let у linq лучше, чем ключевое слово в?

Question

В настоящее время я изучаю LINQ и пытаюсь понять разницу между let и использованием ключевого слова into. Насколько мне известно, ключевое слово * 1003 кажется лучше ключевого слова into.

Ключевое слово into, по сути, позволяет продолжить запрос после проекции. (Просто хочу прямо заявить, что я не имею в виду тот, который относится к групповому объединению.)

Учитывая массив имен, он позволяет делать следующее:

var intoQuery =
  from n in names
  select Regex.Replace(n, "[aeiou]", "")
  into noVowel
  where noVowel.Length > 2
  select noVowel;

Он берет результат выбора и помещает его в переменную noVowel, что позволяет вводить дополнительные предложения where, orderby и select. После создания переменной noVowel переменная n больше не доступна.

Ключевое слово let, с другой стороны, использует временные анонимные типы, чтобы позволить вам повторно использовать более одной переменной одновременно.

Вы можете сделать следующее:

var letQuery =
  from n in names
  let noVowel = Regex.Replace(n, "[aeiou]", "")
  where noVowel.Length > 2
  select noVowel;

Обе переменные noVowel и n доступны для использования (хотя я не использовал их в этом случае).

Несмотря на то, что я вижу разницу, я не могу понять, почему нужно использовать ключевое слово into вместо ключевого слова let, если только одно явно не хочет убедиться, что предыдущие переменные не могут использоваться в последние части запроса.

Итак, есть ли веская причина, почему существуют оба ключевых слова?

Answer 1

Да, потому что они делают разные вещи, как вы сказали.

select ... into эффективно изолирует весь один запрос и позволяет использовать его в качестве входных данных для нового запроса. Лично я обычно предпочитаю делать это с помощью двух переменных:

var tmp = from n in names
          select Regex.Replace(n, "[aeiou]", "");

var noVowels = from noVowel in tmp
               where noVowel.Length > 2
               select noVowel;

(по общему признанию в этом случае я сделал бы это с точечной нотацией в две строки, но игнорируя это ...)

Зачастую вы не хотите весь багаж предыдущей части запроса, то есть когда вы используете select ... into или разбиваете запрос на две части, как в приведенном выше примере. Это не только означает, что более ранние части запроса не могут быть использованы, когда они не должны быть использованы, но и упрощает происходящее - и, конечно, это означает, что на каждом шаге возможно меньше копирования.

С другой стороны, когда вы делаете хотите сохранить остальную часть контекста, let имеет больше смысла.

Answer 2

Основным отличием является то, что let вставляет переменную в контекст / область, где into создает новый контекст / область.

Answer 3

Желая узнать разницу на стороне БД, написал 2 запроса Entity Framework.

• Пусть

  from u in Users
  let noVowel = u.FirstName.Replace("a","").Replace("e","").Replace("i","")
  where noVowel.Length >5
  select new {u.FirstName, noVowel}
  

• В

  from u in Users
  select u.FirstName.Replace("a","").Replace("e","").Replace("i","")
  into noVowel
  where noVowel.Length >5
  select noVowel
  

Сгенерированные SQL почти идентичны . SQL не идеален, один и тот же строковый код процесса повторяется в 2 местах (где и выберите).

SELECT 1 AS [C1], [Extent1].[FirstName] AS [FirstName], 
REPLACE(REPLACE(REPLACE([Extent1].[FirstName], N'a', N''), N'e', N''), N'i', N'') AS [C2]
FROM [dbo].[User] AS [Extent1]
WHERE ( CAST(LEN(REPLACE(REPLACE(REPLACE([Extent1].[FirstName], N'a', N''), N'e', N''), N'i', N'')) AS int)) > 5
GO

SELECT 
REPLACE(REPLACE(REPLACE([Extent1].[FirstName], N'a', N''), N'e', N''), N'i', N'') AS [C1]
FROM [dbo].[User] AS [Extent1]
WHERE ( CAST(LEN(REPLACE(REPLACE(REPLACE([Extent1].[FirstName], N'a', N''), N'e', N''), N'i', N'')) AS int)) > 5

Вот SQL, сгенерированный LINQ-to-SQL

-- Region Parameters
DECLARE @p0 NVarChar(1000) = 'a'
DECLARE @p1 NVarChar(1000) = ''
DECLARE @p2 NVarChar(1000) = 'e'
DECLARE @p3 NVarChar(1000) = ''
DECLARE @p4 NVarChar(1000) = 'i'
DECLARE @p5 NVarChar(1000) = ''
DECLARE @p6 Int = 5
-- EndRegion
SELECT [t1].[FirstName], [t1].[value] AS [noVowel]
FROM (
    SELECT [t0].[FirstName], REPLACE(REPLACE(REPLACE([t0].[FirstName], @p0, @p1), @p2, @p3), @p4, @p5) AS [value]
    FROM [User] AS [t0]
    ) AS [t1]
WHERE LEN([t1].[value]) > @p6
GO

-- Region Parameters
DECLARE @p0 NVarChar(1000) = 'a'
DECLARE @p1 NVarChar(1000) = ''
DECLARE @p2 NVarChar(1000) = 'e'
DECLARE @p3 NVarChar(1000) = ''
DECLARE @p4 NVarChar(1000) = 'i'
DECLARE @p5 NVarChar(1000) = ''
DECLARE @p6 Int = 5
-- EndRegion
SELECT [t1].[value]
FROM (
    SELECT REPLACE(REPLACE(REPLACE([t0].[FirstName], @p0, @p1), @p2, @p3), @p4, @p5) AS [value]
    FROM [User] AS [t0]
    ) AS [t1]
WHERE LEN([t1].[value]) > @p6

Кажется, что Linq-to-SQL на умнее , чем Entity Framework, строковый процесс выполняется только один раз.