javascript関数から「undefined」または「null」を返す方が良いですか？

基本的に次のような関数を作成しました。

function getNextCard(searchTerms) {
  // Setup Some Variables

  // Do a bunch of logic to pick the next card based on termed passed through what I'll call here as 'searchTerms' all of this logic is omitted because it's not important for my question.
  // ...

  // If we find a next card to give, than give it
  if (nextCardFound)
    return nextCardFound;

  // Otherwise - I'm returning undefined
  return undefined;
}

質問：ここで「null」を返す方がよいでしょうか？

欲しいものは何でも渡すことができます-明らかに...私は何を使うのが最善かわからなかっただけです。

この関数を呼び出すコードは、未定義を処理する方法を知っています（何かがひどくうまくいかない限り、実際には実際には起こりません）

私がこの質問をしている理由は、「変数に未定義を割り当てないでください」などのように聞こえる何かをどこかで聞いたためです。デバッグが難しくなります。したがって、それnullが戻されることがわかるという事実は、戻りが機能していることを示していundefinedますが、基本的にはと同様に機能します。

ドキュメンテーション：

Mozilla Docsは私の質問に答えませんでした...グーグルも答えませんでした：\

このSOの質問は、私がここで理解しようとしていることには広すぎました。

最善の方法はないと主張します。標準の関数でさえ、どちらかを選択することがあります。

例えば：

• [[プロトタイプ]]

  通常のオブジェクトには[[Prototype]]内部スロットがあり、他のどのオブジェクトから継承するかを決定します。もちろん、オブジェクトが他のオブジェクトから継承されていないという言い方が必要です。この場合、「そのようなオブジェクトはありません」はを使用して表されnullます。

• Object.getOwnPropertyDescriptor

  プロパティ記述子、つまりプロパティを説明するオブジェクト（値、書き込み可能性、列挙可能性、構成可能性など）を返すことが期待されます。ただし、プロパティが存在しない可能性があります。この場合、「そのようなプロパティはありません」はを使用して表されundefinedます。

• document.getElementById

  指定されたIDの要素を返すことが期待されます。ただし、そのIDを持つ要素がない可能性があります。この場合、「そのような要素はありません」はを使用して表されnullます。

したがって、特定のケースに適していると思われるものを選択してください。

未定義とは、通常、まだ値が割り当てられていないものを指します。ヌルとは、明らかに価値のないものを指します。その場合は、nullを返すことをお勧めします。戻り値が指定されていない関数は、暗黙的にundefinedを返すことに注意してください。

ECMAScript2015仕様から

4.3.10未定義の値

変数に値が割り当てられていない場合に使用されるプリミティブ値

4.3.12null値

オブジェクト値が意図的に存在しないことを表すプリミティブ値

http://www.ecma-international.org/ecma-262/6.0/#sec-terms-and-definitions-undefined-type

参考文献：

JavaScriptでnullまたはundefinedが使用されるのはいつですか？

私はあなたに2つの中から選ぶ私の個人的な意見の方法を与えます。

私の簡単な質問は、別の入力/状態/コンテキストが与えられた場合の値を何かに定義できるかどうかです。

答えが「はい」の場合は、nullelseを使用してくださいundefined。より一般的には、オブジェクトを返す関数nullは、目的のオブジェクトが存在しない場合に返す必要があります。別の入力/状態/コンテキストが与えられた場合に存在する可能性があるためです。

null特定の入力/状態/コンテキストに値がないことを表します。これは、値自体の概念がアプリケーションのコンテキストに存在するが、存在しない可能性があることを暗黙的に意味します。あなたの例では、次のカードの概念は存在しますが、カード自体は存在しない可能性があります。null使用すべきです。

undefinedアプリケーションのコンテキストにその値の意味がないことを暗黙的に表します。たとえば、私が操作する場合user、特定のプロパティセットを使用しオブジェクトそのプロパティにアクセスしようとした場合pikatchuです。undefined私のコンテキストでは、このようなプロパティを持つことは意味がないため、このプロパティの値はに設定する必要があります。

undefined割り当てる必要のあるものではありません。以外のものを返すことを検討することをお勧めしundefinedます。あなたの場合、何も返さなくても、結果はundefinedすでに表示されます。だから、null代わりに一緒に行くことをお勧めします。

このサンプルを考えてみましょう。

function getSomething() {
     // .. do something
     return undefined;
}

function doSomething() {
     // .. I'm not gonna return anything.
}

var a = getSomething();
var b = doSomething();

上記のサンプルの結果はa === b、ですundefined。違いは、1つのステートメントの実行を節約できることです。

uが戻り値をどう処理する必要があるかによって異なります。

typeofnullはオブジェクトを返します。そのオブジェクトの値はundefinedです

typeofundefinedはundefinedを返します

これは、以下undefinedよりも理にかなっている例ですnull。

JSON.parse例外をundefined次のように変換するラッパー関数を使用します。

// parses s as JSON if possible and returns undefined otherwise
// return undefined iff s is not a string or not parseable as JSON; undefined is not a valid JSON value https://stackoverflow.com/a/14946821/524504
function JSON_parse_or_undefined(s) {
    if ("string" !== typeof s) return undefined

    try {
        const p = JSON.parse(s)
        return p
    } catch (x){}

    return undefined
}

nullJSONでは有効ですが、そうでundefinedはないことに注意してください。

最初の答えは正しいです。それらは理論的に異なる意味を持っています。ただし、どちらを選択するかは必ずしも明確ではありません。

それは完全に主観的なことだと思いますが、私は自分の開発でnullを使用する傾向があります。

私は主にそれを使用します：

1. 未定義の変数は古いブラウザでは上書きされる可能性があるため、返すのは少し複雑です。この同じ問題typeof var === 'undefined'により、関数の結果を取得するときに使用する必要があります。リンク

2. 他の言語はnullを広く使用する傾向があり、それらの多くは未定義でさえありません（たとえばphp）。これにより、言語をすばやく切り替えるときに、ある種の一貫性が得られます。

何を使うかは非常に議論の余地があると思います。私は意味的に可能な限り正確なコードを好むのでundefined、この場合は適切だと思います。

null割り当ては「変数を何も設定しない」という意味だと思います。これは、undefined「このことはまったくない」という意味とは対照的です。

以前の回答が指摘したように、返品にundefinedは問題があり、それが気になるかどうかは完全にあなた次第です。気になりません。

この場合、null返還されるべきであると私は主張します。

あなたは、ビューの理論計算機科学の観点から問題を検討した場合は未定義を示すために使用される非終了/非計算可能（未定義の点についてすなわちプレースホルダxの一部の機能を f頻繁に書き込まれ、f(x) = ⊥）。

getNextCardただし、次のカード（存在する場合）を計算でき、次のカードがない場合も計算できるようです。つまり、入力ごとに終了するため、関数は合計になります。

そうは言っても、意味のある結果のない終了を通知する特別な値（つまり、「この入力に対して返すことができるカードがない」）が必要であり、これは私にとっては必要ありnullませんundefined。

ノート：

意味のある結果のない終了がオプション型（null許容型とも呼ばれる）を使用して表現される他の型付き言語でも、この引数のサポートが見られます。このためである例がある多分にハスケル。

一方で、undefinedJavaScriptで実際に何を意味するのかはもちろんわかりません。したがって、undefinedへのアナロジーは少し希薄です。さらに、私たちは常に全関数を扱いたいので、これは「undefined関数から戻らない」ということになる。undefined設定されていないプロパティ/変数に使用を制限するため、これは少し厳しいようです。

結局、私の個人的な好みはundefined、私が戻ることができる場所に戻ることは決してなくnull、これがより良いコーディング規約であるとも主張します（とりわけx !== nullより短いためtypeof x !== 'undefined'）。

私の経験によると、コードをクラッシュさせたくない場合は、undefinedやnullを使用しないでください。少なくとも私は個人的にそれを避けます。Javascriptには未定義を返す関数がたくさんあり、使用する必要があります。ただし、コードを設計するときは使用しないでください。"false"少なくとも何かを常に返すことが重要です。たとえば、配列があり、その上にマップする場合。戻るのは良くない[undefined, undefined.....]か、ただundefined。元の配列の型を保持する方が良いです。例：

 const mapper:Map <string[],boolean[]>  
['i', 'dont', 'use', 'null or undefined'] -> [false, true, false, true, false]
or ['', dont, '', '', use] 
or al the stuff above and then filter(v => v)
that will keep all undefined and null out

それがアイデアです。私はそれを避けるためにいつも努力しています。そのためnullか、undefined簡単にコードをクラッシュさせることができます