LINQ vs inested loop

Question

В коде Im поддерживается общий шаблон, такой как следующий, вложенный цикл с if, чтобы найти определенные элементы.

 foreach (Storage storage in mStorage.Values) 
      foreach (OrderStorage oStorage in storage.OrderStorage) 
       if (oStorage.OrderStorageId == orderStorageId) 

Я думал, чтобы изменить это в LINQ:

 foreach (OrderStorage oStorage in (from storage in mStorage.Values 
              from oStorage in storage.OrderStorage 
              where oStorage.OrderStorageId == orderStorageId 
              select oStorage)) 

Но это не кажется, все, что привлекательным, потому что это менее прозрачны, что происходит здесь, больше объектов могут быть созданы калькуляции производительности с точки зрения как памяти и процессора. Будет ли создано больше объектов или компилятор C# испускает код, похожий на вложенный цикл с if, если внутри?

Answer 1

Будет ли создано больше объектов или код компилятора C# испускает код, похожий на вложенный цикл с if внутри?

Больше объектов; каждая операция LINQ (SelectMany, Where, Select и т. д.) приведет к созданию нового объекта-владельца места, который представляет ожидающий IEnumerable<T> запрос этой операции, а затем, когда он окончательно повторится, каждый из них приведет к экземпляру перечислителя, а также контекст и т.д. Плюс есть трофейный переменный контекст для поднятого orderStorageId и т.д.

Обратите внимание, что регулярное foreach также приведет к экземпляру перечислителей, но foreach имеет то преимущество, что он также может использовать утиные типизированные счетчики - что означает, что для таких вещей, как List<T>, на самом деле используется счетчик struct, а не нумератор class. И, конечно, использование локальной переменной (orderStorageId) напрямую (а не анонимным методом) означает, что ее не нужно поднимать в объект state/context.

Так что да, сырье foreach является более прямым и эффективным. Интересный вопрос: есть разница important. Иногда это так, иногда это не так.