提供するパラメータタイプは、IEnumerableでCountがありますか？

Question

多くの場合、配列を受け入れるメソッドを提供すると、IEnumerableであり、CountまたはLengthを必要とするより一般的なクラスを受け入れるように最適化することができます。

例：ここでは

public static T NextObject<T>(this Random random, T[] array) 
{ 
    return array[random.Next(array.Length)]; 
} 

、私は元素の量を知って、特定の要素を取得するためにArrayを使用しています。どのクラスが一般的な方法でこれに最適ですか？

• のIList
• いるICollection - もCount
• 他のインターフェースまたはクラスまたは異なるインターフェースのセットを有しますか？

私は、根本的な列挙は、より複雑な場合Count()は、パフォーマンス上の副作用を引き起こす可能性があるので、IEnumerableは、良いアイデアではないかもしれないと思う。

Answer 1

コレクションのアイテムのインデックスと数でアイテムにアクセスする必要があります。また、コレクション/インターフェイスの追加メンバーが少なくて済むようになります。

     | IList<T> | ICollection<T> | IEnumerable<T> | T[] 
Access by index  |  + |  -  |  -  | + 
Count of items  |  + |  +  |  -  | + 
Less unwanted members |  - |  +  |  +  | ~ 

ご覧のとおり、ICollectionとIEnumerableはあなたのニーズに合っていません。私はIListまたは配列をピックするのに大きな違いは見られません。 IListはおそらく配列よりも軽いかもしれませんが、多くの望ましくない操作（Add、Remove、Clear）があり、配列でparamsを使用すると便利です。

Answer 2

あなたのメソッドは、メソッドのニーズを満たす少なくとも特定の型を取る必要があります。可能な限り少ないカップリングを目指してください。ここではどちらICollection<T>もIEnumerable<T>サポートインデックス以来ICollection

public interface ICollection<T> : IEnumerable<T>, IEnumerable 

ための署名があり、そのどれも動作しません。

配列はあまりにも具体的ですが、インデックスでアクセスする必要があるため、List<T>またはIList<T>がニーズを満たします。それ以外の場合、クライアント（クラスのコンシューマ）は配列型にキャストする必要があります。

しかし、カウントが

Count()がSystem.Linq.Enumerableの拡張メソッドであるパフォーマンス上の副作用を引き起こす可能性があります。 ICollection（Countプロパティ）のようなO（1）カウントをサポートする型にキャストしようとします。どれも利用できない場合、それはすべてのアイテムをトラバースし、それらをカウントしてO（N）になる。