コレクションのリクエストにアイテムが含まれない場合の予期される動作

次のものが与えられたとしましょう...

List<Thing> theThings = fubar.Things.All();

返すものが何もない場合、fubar.Things.All（）が何を返すと期待しますか？

編集：意見をありがとう。少し待って、アップの多いエントリーを受け入れます。

私はこれまでの回答、特に空のコレクションを示唆するものに同意します。ベンダーは、上記の例に類似したいくつかの呼び出しでAPIを提供しました。昨年、APIを通じて460万ドルの収益を上げたベンダー、BTW。彼らは私が根本的に反対することをします-例外を投げます。

2つの可能性（null空のコレクションを返す、または空のコレクションを返す）のうち、呼び出し元が戻り値のチェックをスキップできるため、空のコレクションを返すことを選択します。これを書く代わりに

List<Thing> theThings = fubar.Things.All();
if (theThings != null) {
    for (Thing t : theThings) {
        t.doSomething();
    }
}

彼らはこれを書くことができるでしょう：

List<Thing> theThings = fubar.Things.All();
for (Thing t : theThings) {
    t.doSomething();
}

この2番目のコードは、ネストレベルが1つ低いため、短くて読みやすくなっています。

空のリストが必要です。theThingsまだオブジェクトですが、theThings.CountまたはtheThings.size()を返し0ます。

このような設計上の問題は、ヌルオブジェクトパターンによって対処されます

... null参照を使用してオブジェクト（たとえば、存在しない顧客）が存在しないことを伝える代わりに、期待されるインターフェイスを実装するが、メソッド本体が空のオブジェクトを使用します。動作するデフォルトの実装に対するこのアプローチの利点は、Nullオブジェクトが非常に予測可能であり、副作用がないことです。つまり、何もしません。

たとえば、関数はディレクトリ内のファイルのリストを取得し、それぞれに対して何らかのアクションを実行します。空のディレクトリの場合、1つの応答は、例外ではなく、リストではなくnull参照を返すことです。したがって、リストを期待するコードは、続行する前に実際にリストがあることを確認する必要があり、設計が複雑になる可能性があります...

あなたの場合に特に当てはまる提案（s Listがない場合に返すThing）は次のとおりです。

... 代わりにnullオブジェクト（つまり、空のリスト）を返すことにより、戻り値が実際にリストであることを確認する必要はありません。呼び出し側の関数は、通常どおりリストを単純に反復し、効果的には何もしません。ただし、戻り値がnullオブジェクト（空のリストなど）であるかどうかを確認し、必要に応じて異なる反応をさせることは可能です。

私見では、空の値を返す必要があります。私はC＃については知りませんが、Javaではこれがあります：

  List list = Collections.EMPTY_LIST;
  Set set = Collections.EMPTY_SET;
  Map map = Collections.EMPTY_MAP;

  // For the type-safe 
  List<String> s = Collections.emptyList();
  Set<Long> l = Collections.emptySet();
  Map<Date> d = Collections.emptyMap();

http://docs.oracle.com/javase/1.4.2/docs/api/java/util/Collections.html

null値を返すよりも空のコレクションを返すのは、呼び出しコードでnull検証を記述することを回避できるためです。

彼らが意味する2つの解決策。

返されるものがゼロである場合、常に空のコレクションを返します！ディレクトリリストの場合を考えてみましょう。ディレクトリにファイルがない場合は、空のファイルのコレクションを返します。

一方、ディレクトリが存在しない場合、それは実際には適切ではありません。「何も返せない」とは、強制的に異なるものを意味します。その場合、状況に応じてnullを返すか、例外をスローする必要があります。何も問題がないように空のコレクションを返すだけではありません。