キーがすべて文字列であるときにES6マップを使用する点はありますか？

プレーンオブジェクトキーは文字列でなければなりませんが、a Mapは任意のタイプのキーを持つことができます。

しかし、私はこれを実際にはほとんど使いません。ほぼすべての場合、とにかく文字列をキーとして使用しています。そして、おそらくnew Map()よりも遅いです{}。それではMap、単純なオブジェクトの代わりにを使用する方が良いかもしれない他の理由はありますか？

ランタイムデータ（キャッシュなど）を保存するためにMapプレーンオブジェクト（{}）よりもsを使用することを好む理由はいくつかあります。

1. この.sizeプロパティにより、このマップに存在するエントリの数がわかります。
2. 様々なユーティリティメソッド- .clear()、.forEach()など。
3. デフォルトでイテレーターを提供します！

関数の引数を渡す、設定を保存するなど、他のすべてのケースはすべてプレーンオブジェクトを使用して記述されます。

また、覚えておいてください：コードを早めに最適化しようとしないでください。プロジェクトでパフォーマンスの問題が発生しない限り、プレーンオブジェクトとマップのベンチマークを行うのに時間を無駄にしないでください。

これについてはわかりませんが、パフォーマンスはマップを使用する理由ではないと思います。この更新されたjsperfページをご覧ください。

http://jsperf.com/es6-map-vs-object-properties/73

（少なくとも文字列を処理する場合）オブジェクトは、基本的な設定と取得のためにマップよりもはるかに高速に見えます。

他の回答では、オブジェクトとMapsの最後の違いについて言及していません。

Mapオブジェクトは、キーと値のペアを保持し、キーの元の挿入順序を覚え。

したがって、それを反復処理すると、Mapオブジェクトは挿入順にキーを返します。

MDNからの引用、強調鉱山

これが、Map最近のプロジェクトで初めて使用することにした主な理由でした。に表示する必要がある通常のオブジェクトがあり<table>、各プロパティは特定の行に移動します。

let productPropertyOrder = [ "name", "weight", "price", "stocked" ];

let product =
{
    name: "Lasagne",
    weight: "1kg",
    price: 10,
    stocked: true
}

Map目的のキーの順序に従って、オブジェクトをに変換する関数を作成しました。

function objectToMap( obj, order )
{
    let map = new Map();

    for ( const key of order )
    {
        if ( obj.hasOwnProperty( key ) )
        {
            map.set( key, obj[ key ] );
        }
    }

    return map;
}

次に、マップを目的の順序で繰り返します。

let productMap = objectToMap( product, productPropertyOrder );

for ( const value of productMap.values() )
{
    let cell = document.createElement( "td" );
    cell.innerText = value;
    row.appendChild( cell );
}

もちろんMap、プロセス内でを作成せずにプロパティの順序を反復するときに表示することもできるため、これは少し工夫されています。

for ( const key of productPropertyOrder )
{
    if ( product.hasOwnProperty( key ) )
    {
        let value = product[ key ];
        // create cell
    }
}

ただし、そのようなオブジェクトの配列があり、それらを多くの場所に表示する場合は、それらをすべてマップに変換するのがまず理にかなっています。