カスタムプロパティを持つJSブール値は悪い習慣ですか？

JSでは、カスタムプロパティを持つブール値を返すことができます。例えば。Modernizrは、ビデオサポートのためにテストするときに返すtrueかfalseが、返されたブール（ブール値は、JSでのファーストクラスのオブジェクトである）の形式がサポートされているものを指定するプロパティがあります。最初は少し驚きましたが、そのアイデアが好きになり始め、なぜそれが控えめに使用されているのか疑問に思い始めましたか？

基本的に何かが真であるか偽であるかを知りたいすべてのシナリオを扱うエレガントな方法のように見えますが、カスタム戻りオブジェクトを定義することなく、または準備されたコールバック関数を使用せずに定義できる追加情報に興味があるかもしれませんより多くのパラメーターを受け入れます。この方法により、より複雑なデータを返す能力を損なうことなく、非常に普遍的な関数シグネチャを保持できます。

私が想像できる3つの議論があります：

1. インターフェイスが明確でトリッキーではない方がおそらく良い場合、それは少し珍しい/予期しないことです。
2. これはストローマンの議論かもしれませんが、それは少しエッジケースであるため、JSオプティマイザー、uい、VMで静かに裏目に出るか、または言語仕様のマイナーな変更などで静かに裏目に出ることを想像できます。
3. より正確な、簡潔で、明確で一般的な-まったく同じ方法があります。

だから私の質問は、追加のプロパティでブール値を使用することを避ける強力な理由はありますか？彼らはトリックまたは御treat走ですか？

ねじれ警告をプロットします。

上記は元気な質問です。Matthew Crumleyとsenevoldsenの両方が指摘したように、それは誤った（偽の？）前提に基づいています。優れたJSの伝統では、Modernizrが行うことは言語のトリックであり、汚いものです。要するに、falseに設定された場合、プロップ（サイレントに失敗する）を追加しようとしてもfalseに設定されるプリミティブboolを持つJSと、カスタムプロップを持つことができるが、オブジェクトであるブールオブジェクトは常に真実です。Modernizrは、ブール値falseまたは真実のブール値オブジェクトを返します。

私の元々の質問は、トリックの動作が異なると想定していたため、最も一般的な回答は、コーディング標準の側面（完全に有効）を扱っています。しかし、私はトリック全体を暴く答えが最も役立つと思います（そして、メソッドを使用することに対する究極の引数も）ので、私はそれらの1つを受け入れています。すべての参加者に感謝します！

単一責任のような一般的な設計原理と、少なくとも驚きに加えて、それは良い考えではありませんというのJavaScript固有の理由があります：との間には大きな違いがありますbooleanし、BooleanJavaScriptでは一般的なケースで働くことを防止することをことを。

booleanオブジェクトではなくプリミティブ型であり、カスタムプロパティを持つことはできません。true.toString()仕事のような表現は、舞台裏でに変わるため(new Boolean(true)).toString()です。

Boolean（大文字のBを使用）はオブジェクトですが、優れた用途はほとんどbooleanなく、aとして使用されることはそれらの1つではありません。その理由は、すべてのオブジェクトがブールコンテキストで変換されるため、その値に関係なく、すべてBooleanが「true」であるためtrueです。たとえば、これを試してください：

var answer = new Boolean(false);
if (answer) {
  console.log("That was unexpected.");
}

したがって、一般的に、JavaScriptのブール値にプロパティを追加して、論理的な方法で動作させる方法はありません。Modernizrは、「true」値にプロパティを追加するだけなので、これを回避できます。これは、期待どおりの動作です（つまり、ifステートメントで動作します）。ビデオがまったくサポートされていない場合はModernizr.video、実際booleanの値（値付きfalse）になり、プロパティを追加することはできません。

おめでとうございます、オブジェクトを発見しました。これをしない理由は、最小の驚きの原理と呼ばれます。デザインに驚かれることは良いことではありません。

この情報をまとめることには何の問題もありませんが、なぜそれをBoolに隠したいのでしょうか？これらすべての情報があると思われるものに入れてください。ブールが含まれています。

それに対して、メイン引数Iホールドは、ある単一責任の原則何かがある場合は、ブール値だけ言うべきtrueか、falseなぜないか、どのようにまたは任意の他の事。私は、他のオブジェクトを使用してその情報または他の情報を伝達する必要があると固く信じています。

ブール値と呼ばれる全体の理由はそれが真か偽かという事実なので、あなたはウィキペディアからその全体の目的をかなり損なっているので、私はその考えを嫌います

コンピューターサイエンスでは、ブールデータ型は、論理値とブール代数の真理値を表すための 2つの値（通常はtrueとfalseで示される）を持つデータ型です。

（私の太字）

できるというわけではないからといって、JSではプロパティを任意のオブジェクトにアタッチできます（ブール値を含む）

それはどうですか？

一方では、（例ごとに）より関連性の低いデータをブール値に添付できます。これは、他の開発者が、なぜそこにあるべきなのかを予期しないものです！ブール値は真と偽のためだけです。

それに対する反論点は、ブール値の処理に役立つ関連する有用なプロパティを添付することです（Javaはそれを行います）。

たとえば、ブール値を文字列に変換する関数dirty、値が変更されたときにtrueになったフラグ、値が変更されたときに起動できるウォッチャーおよびイベントコールバックなどをアタッチできます。

ただし、返されるブール（BoolはJSのファーストクラスオブジェクト）には、サポートされる形式を指定するプロパティがあります

ブール値に保存されるべきではなく、ブール値のセット、またはブール値が内部にあるプロパティのセットを使用するもののように聞こえます。より良いアプローチは、すべての形式とサポートの詳細を含むオブジェクトを返すことだと思います。

{
    isSomethingSupported: true,
    isSomethingElseSupported: false,
    ....
}

JavaScriptのカスタムプロパティでブール値を作成することはできません。次の失敗（少なくともFFでは）：

    var x = false;
    x.foo = "bar";
    console.log(x.foo);

ブールを使用することも、ブールから継承することもできますが、Matthew Crumleyによると、異なる結果が得られます。Booleanあるタイプ Object。JSが式のブール値を必要とする場合、仕様関数を使用して変換しますToBoolean。これはObject、結果が常にであることを要求しtrueます。したがって、値new Boolean(false)はtrue！と評価されます。：あなたは、この例ではこれを確認することができますhttps://jsfiddle.net/md7abx5z/3/。

Modernizrで機能する唯一の理由は偶発的です。Boolean条件が真の場合にのみオブジェクトを作成します。彼らが偽を評価するとき、彼らはただ普通を返しfalseます。とにかく、結果がtrueの場合のみBoolean オブジェクトを返し、falseの場合は決して返さないため、動作します。

コンテキストが変更されたことは理解していますが、JSを例として使用していると読んだ元の質問に答えたいと思いますが、JSだけに限定されません。

プロパティがブール値に追加されても、プロパティが値を保持する変数ではなくtrue / falseに関係がある場合は問題になりません。たとえば、toYesNoStringメソッドを追加しても問題ありません。hasChildren値にnumberOfChildrenを追加しても問題はなく、questionMissed studentPassedも同様です。さまざまな文字列表現以外にブール値に追加できるものはそれほど多くありません。私が考えることができる唯一のプロパティはoriginalExpressionです。しかし、それに追加することは必ずしも理論上悪い考えではありません。

コードを見ると、これは実際にはブール型のカスタムプロパティを与えることではなく、異なるシグネチャを持つ戻りメソッドを持つメソッドについてです。

falseの場合、プリミティブなfalseを取得し、trueの場合、JavaScriptでtrueとして解釈されるオブジェクトを返します。

だから、私の意見では、あなたの質問はブールカスタムプロパティを与えることは良いアイデアかどうかではなく、複数のリターンシグネチャを持つメソッドを持つことは良いアイデアかどうかです。

指定された例では、サポートされているすべてのビデオ形式の配列を返すことはできませんか？

• 空の配列は「ビデオ形式がサポートされていない」ことを意味し、順番に「ビデオがサポートされていない」ことを意味します。
• それ以外の場合、ビデオ形式がサポートされていれば、明らかにビデオ全般がサポートされています。

少なくとも、配列を使用することは、「カスタムブール値」を使用することよりもやや意外であると言えます。

JavaScriptでは、空の配列がさえ考えられているfalsy非空の配列であるのに対し、truthyので、いくつかの幸運をあなただけの配列に切り替えることができ、すべての直前として働くことになり、 編集愚かな私、私はtruthinessを覚えている可能性が考えについて、ハズレJavaScriptのオブジェクトの：P