爲什麼要將AsEnumerable（）方法應用於數組？

Question

我讀C# AsEnumerable：。

「IEnumerable接口是一個通用接口，這意味着它 定義類型可以實施循環模板的 AsEnumerable方法，一個通用的方法，可以讓你蒙上了具體 類型與其等效的IEnumerable」

此外上，一個代碼示例：

using System; 
using System.Linq; 

class Program 
{ 
    static void Main() 
    { 
     // Create an array type. 
     int[] array = new int[2]; 
     array[0] = 5; 
     array[1] = 6; 
     // Call AsEnumerable method. 
     var query = array.AsEnumerable(); 
     foreach (var element in query) 
     { 
      Console.WriteLine(element); 
     } 
    } 
} 

聽起來像我需要將數組轉換爲IEnumerable類型的對象使用循環（foreach？）。

但是施加的foreach直接與陣列產率完全相同的結果：

using System; 
//using System.Linq; 

class Program 
{ 
    static void Main() 
    { 
     // Create an array type. 
     int[] array = new int[2]; 
     array[0] = 5; 
     array[1] = 6; 
     // Call AsEnumerable method. 
     //var query = array.AsEnumerable(); 
     foreach (var element in array) 
     { 
      Console.WriteLine(element); 
     } 
    } 
} 

所以，用AsEnumerable（）方法進行說明的整個網頁是無效的我。
我錯過了什麼？

Answer 1

這個例子不好，應該感覺不好。這裏是一個更好的，如果有點做作例如：

如果我對定義的擴展方法，讓我們說，數組類型，像這樣：

public static class ArrayExtension { 

    public static bool Any<T>(this T[] source, Func<T,bool> predicate) 
    { 
     Console.WriteLine("Undesirable side behaviour"); 
     SomeResourceIntensiveOperation(); 

     Console.WriteLine("Inefficient implementation"); 
     return source.Where(predicate).Count() != 0; 
    } 

} 

和我做

int[] nums = new []{1,2,3,4,5}; 
nums.Any(n=> n % 2 == 0); 

如果將執行並運行我的實現，即使我不需要。在做

nums.AsEnumerable().Any(n => n % 2 == 0); 

它會調用默認實現。

真正的好處是，當您使用IQueryable實施方式（例如LINQ到SQL），因爲，例如，Where for IEnumerable被定義爲

public static IEnumerable<TSource> Where<TSource>(
this IEnumerable<TSource> source, 
Func<TSource, bool> predicate) 

但IQueryable.Where與

public static IQueryable<TSource> Where<TSource>(
this IQueryable<TSource> source, 
Expression<Func<TSource, bool>> predicate) 

定義

當IQueryable行爲不可取時，可以調用AsEnumerable()來強制IEnumerable行爲。

Answer 2

在你的例子中邏輯上沒有意義（即從數組）。我會假設第一個代碼是由初學者編寫的，或者更多下來 - 一個例子。

它在LINQ意義上是合理的，因爲「AsEnumerable」觸發對查詢的評估，並取決於ORM。這可能意味着釋放數據庫連接以便在循環內重用。

那說的：

你讀了太多例子。在一個例子中，代碼不是「好」的，而是顯示一個點。在這種情況下，演示如何使用AsEnumerable可能是有意義的 - 並且Array是最快的可枚舉對象（用代碼行來初始化），以保持示例簡短。例子指出了具體的東西，它們不是任何東西的「好代碼」。

Answer 3

MSDN從

AsEnumerable<TSource>的（IEnumerable<TSource>）方法以外的其他來源的編譯時間類型從實現IEnumerable<T>到IEnumerable<T>本身類型改變沒有任何影響。

AsEnumerable<TSource>（IEnumerable<TSource>）可以用於在序列實現IEnumerable<T>時的查詢實現之間進行選擇，但也有一組不同的公共查詢方法可用。例如，給定實現IEnumerable<T>且具有其自己的方法（如Where，Select和SelectMany）的泛型類表，則調用Where將調用表的公共Where方法。表示數據庫表的Table類型可以有一個Where方法，該方法將謂詞參數作爲表達式樹並將樹轉換爲SQL以供遠程執行。如果不需要遠程執行，例如因爲謂詞調用本地方法，則可以使用AsEnumerable<TSource>方法來隱藏自定義方法，而是使標準查詢運算符可用。

Answer 4

這只是另一個例子。假設我有這樣的方法：

static void MyMeth(int[] numbers) 
{ 
    var query = numbers.Reverse(); // works fine, calls Linq extension 

    // ... use query ... 
} 

於是我決定改變numbers成List<int>代替，並嘗試：

static void MyMeth(List<int> numbers) 
{ 
    var query = numbers.Reverse(); // will not compile! 

    // ... use query ... 
} 

這裏的問題是，List<>類有另一方法，這也是稱爲Reverse。該方法返回void（因爲它在原地修改了原始的List<>）。我不想那樣。一個解決辦法是上溯造型numbers明確：

static void MyMeth(List<int> numbers) 
{ 
    var query = ((IEnumerable<int>)numbers).Reverse(); // fine; Linq 

    // ... use query ... 
} 

但另一種解決方案是AsEnumerable<>，所以：

static void MyMeth(List<int> numbers) 
{ 
    var query = numbers.AsEnumerable().Reverse(); // fine too; Linq 

    // ... use query ... 
} 

結論：AsEnumerable方法的目的是爲了「忘記」在專門的方法在一般類型IEnumerable<>上恰好「隱藏」擴展方法的類型。在「專用」類型是/繼承IQueryable<>的情況下，這可能是非常重要的，其中有（擴展）方法Where，Select等做了一些不同的事情（即將lambda攝入爲表達式樹，分析它並「翻譯「它到SQL或東西）比Where，Select等IEnumerable<>。