ES6のマップとオブジェクト、いつ使用するか？

Question 1

キーが実行時まで不明であり、すべてのキーが同じタイプであり、すべての値が同じタイプである場合は、オブジェクト上でマップを使用します。

個々の要素を操作するロジックがある場合は、オブジェクトを使用します。

質問：

オブジェクト上でマップを使用する適切な例は何ですか？特に、「実行時までキーが不明になるのはいつですか？」

var myMap = new Map();

var keyObj = {},
    keyFunc = function () { return 'hey'},
    keyString = "a string";

// setting the values
myMap.set(keyString, "value associated with 'a string'");
myMap.set(keyObj, "value associated with keyObj");
myMap.set(keyFunc, "value associated with keyFunc");

console.log(myMap.get(keyFunc));

Question 2

オブジェクト上でマップを使用する適切な例は何ですか？

すでに1つの良い例を挙げていると思います。Mapオブジェクト（関数オブジェクトを含む）をキーとして使用する場合は、少なくともsを使用する必要があります。

特に、「実行時までキーが不明になるのはいつですか？」

コンパイル時にそれらがわからないときはいつでも。つまり、Key-Value コレクションMapが必要な場合は常にを使用する必要があります。コレクションが必要であることを示す良い指標は、コレクションに値を動的に追加および削除する場合、特にそれらの値が事前にわからない場合（たとえば、データベースから読み取られる場合、ユーザーが入力する場合など）です。

対照的に、コードの記述中にオブジェクトが持つプロパティとその数がわかっている場合、つまりオブジェクトの形状が静的である場合は、オブジェクトを使用する必要があります。@Felixが言っているように：レコードが必要なとき。これが必要な場合の良い指標は、フィールドのタイプが異なる場合、および角かっこ表記を使用する必要がない場合（または、プロパティ名のセットが限られていることを期待する場合）です。

Question 3

ES2015Mapでは、プレーンオブジェクトを使用する理由は2つだけ残っていると思います。

オブジェクトタイプのプロパティを繰り返し処理する必要はありません。
または、そうしますが、プロパティの順序は重要ではなく、反復するときにプログラムとデータレベルを区別できます。

プロパティの順序が重要でないのはいつですか？

値が1つだけで、それに明示的に関連付ける必要のある関数がいくつかある場合（Promiseたとえば、将来の値のプロキシです）およびthen/ catch）
「コンパイル時」に既知の静的なプロパティセットを持つ構造体/レコードのようなデータ構造がある場合（通常、構造体/レコードは反復可能ではありません）

他のすべての場合は、使用を検討できます Map、プロパティの順序を保持し、プログラム（Mapオブジェクトに割り当てられたすべてのプロパティ）をデータレベル（Mapそれ自体のすべてのエントリ）から分離するため、の。

の欠点は何ですか Map何ですか？

簡潔なオブジェクトリテラル構文が失われます
JSON.stringyfyのカスタム置換が必要です
とにかく静的データ構造でより便利な破壊を失います

Question 4

キーが実行時まで不明であり、すべてのキーが同じタイプであり、すべての値が同じタイプである場合は、オブジェクト上でマップを使用します。

なぜ誰かが明らかに間違った何かを書くのか私にはわかりません。私が言わなければならないのは、最近、人々はMDNでますます間違ったコンテンツや疑わしいコンテンツを見つけているということです。

その文の何も正しくありません。マップを使用する主な理由は、オブジェクト値のキーが必要な場合です。値が同じタイプでなければならないという考えはばかげています-もちろんそうかもしれませんが。キーが不明な場合は、実行時までオブジェクトを使用すべきではないという考えも同様にばかげています。

Question 5

違いの一つMapとObjectされます。

Map複雑なデータ型をキーとして使用できます。このような：

const fn = function() {}
const m = new Map([[document.body, 'stackoverflow'], [fn, 'redis']]);

m.get(document.body) // 'stackoverflow'
m.get(fn) //'redis'

注意：複雑なデータ型の場合、値を取得する場合は、キーと同じ参照を渡す必要があります。

Object、キーとして単純なデータ型（number、string）のみを受け入れます。

const a = {};
a[document.body] = 'stackoverflow';

console.log(a) //{[object HTMLBodyElement]: "stackoverflow"}

Question 6

この質問は重複していますしかし、それが閉じられるまで、ここにそこからの私の答えがあります：

他の答えに加えて、マップはオブジェクトよりも扱いにくく、操作が冗長であることがわかりました。

obj[key] += x
// vs.
map.set(map.get(key) + x)

これは重要です。コードが短いほど、読みやすく、表現力が高く、プログラマーの頭の中にとどまることができるからです。

別の側面：set（）は値ではなくマップを返すため、割り当てを連鎖させることはできません。

foo = obj[key] = x;  // Does what you expect
foo = map.set(key, x)  // foo !== x; foo === map

マップのデバッグもより面倒です。以下では、実際にマップにどのキーがあるかを確認することはできません。そのためにはコードを書く必要があります。

オブジェクトは任意のIDEで評価できます。

Question 7

ObjectsはMap、キーを値に設定し、それらの値を取得し、キーを削除し、キーに何かが格納されているかどうかを検出できるという点でsに似ています。このため（そして組み込みの代替手段がなかったため）、ObjectsはMap歴史的にsとして使用されてきました。ただし、Map特定の場合に使用を推奨する重要な違いがあります。

のキーObjectはStringsとSymbolsですがMap、関数、オブジェクト、プリミティブなど、の任意の値にすることができます。
のキーMapは順序付けられていますが、オブジェクトに追加されたキーは順序付けられていません。したがって、Mapオブジェクトを反復処理すると、オブジェクトは挿入順にキーを返します。
プロパティを使用してMap簡単にサイズを取得できますが、内のsizeプロパティの数はObject手動で決定する必要があります。
AMapは反復可能であるため、直接反復できますが、aを反復処理するにObjectは、何らかの方法でキーを取得し、それらを反復処理する必要があります。
Objectプロトタイプを持っているので、注意しないなら、あなたの鍵と衝突する可能性がマップ内のデフォルトのキーがあります。ES5map = Object.create(null)以降、これはを使用してバイパスできますが、これはめったに行われません。
Mapキーペアの頻繁な追加と削除を伴うシナリオでは、Aのパフォーマンスが向上する可能性があります。

MDN