JavaScriptで関数を定義するためのconstの適切な使用

constJavaScriptで特定の関数を使用して設定できる値のタイプに制限があるかどうかに興味があります。これは有効ですか？動作することは確かですが、なんらかの理由で悪い習慣と見なされていますか？

const doSomething = () => {
   ...
}

ES6では、このようにすべての関数を定義する必要がありますか？もしそうなら、これは流行っていないようです。

コメントありがとうございます！

何を行っても問題はありませんが、関数宣言と関数式の違いを覚えておく必要があります。

関数宣言、つまり：

function doSomething () {}

スコープの最上部まで完全に巻き上げられます（同様にlet、constブロックスコープも同様です）。

これは、以下が機能することを意味します：

doSomething() // works!
function doSomething() {}

関数式、つまり：

[const | let | var] = function () {} (or () =>

匿名関数（function () {}）の作成と変数の作成、そしてその匿名関数のその変数への割り当てです。

したがって、スコープ内での変数のホイストに関する通常のルール-ブロックスコープの変数（letおよびconst）はundefined、それらのブロックスコープの上部に関してはホイストしません。

これの意味は：

if (true) {
    doSomething() // will fail
    const doSomething = function () {}
}

doSomething定義されていないため失敗します。（それはスローされます ReferenceError）

使用に切り替えるとvar、変数のホイストが取得されますが、初期化されるundefinedため、上記のコードのブロックは機能しません。（これがスローされますTypeErrorので、doSomethingあなたはそれを呼び出す時には関数ではありません）

標準的な方法では、ジョブに適切なツールを常に使用する必要があります。

Axel Rauschmayerが、es6のセマンティクスを含むスコープとホイストに関する素晴らしい投稿を持っています：ES6での変数とスコープ

const関数の定義に使用することはハックのように見えますが、それを優れたものにするいくつかの大きな利点があります（私の意見では）

1. これにより関数が不変になるため、他のコードによって関数が変更されることを心配する必要はありません。

2. ファットアロー構文を使用できます。これは、短くて簡潔です。

3. アロー関数を使用すると、thisバインディングが処理されます。

例 function

// define a function
function add(x, y) { return x + y; }

// use it
console.log(add(1, 2)); // 3

// oops, someone mutated your function
add = function (x, y) { return x - y; };

// now this is not what you expected
console.log(add(1, 2)); // -1

同じ例 const

// define a function (wow! that is 8 chars shorter)
const add = (x, y) => x + y;

// use it
console.log(add(1, 2)); // 3

// someone tries to mutate the function
add = (x, y) => x - y; // Uncaught TypeError: Assignment to constant variable.
// the intruder fails and your function remains unchanged

この質問が出されてから3年が経過しましたが、私はたまたまそれに出くわしました。この答えはスタックのはるか下にあるので、繰り返してみましょう。

Q： JavaScriptでconstを使用して設定できる値のタイプ、特に関数に制限があるかどうか興味があります。これは有効ですか？動作することは確かですが、なんらかの理由で悪い習慣と見なされていますか？

明らかな理由/メリットがない場合でも、常にのconstステートメントを使用する1つの多作なJavaScriptコーダーを観察した後、私はいくつかの調査を行う動機がありましたfunctions。

「なんらかの理由で悪い習慣と見なされていますか？」と答えると、IMO、そうです、そうです、または少なくとも、ステートメントを使用することには利点がありますfunction。

これは主に好みとスタイルの問題であるように私には思えます。上記のいくつかの良い議論がありますが、この記事で行われているほど明確ではありません。

一定の混乱：なぜ、media.freecodecamp.org / Bill Sourour、JavaScriptの第一人者、コンサルタント、教師によるJavaScript関数ステートメントをまだ使用しているのか。

あなたがすでに決定を下したとしても、私は皆にその記事を読むことを勧めます。

主なポイントは次のとおりです。

関数ステートメントには、[const]関数式に比べて2つの明確な利点があります。

利点＃1：意図の明確さ

1日に数千行のコードをスキャンする場合、プログラマの意図を可能な限り迅速かつ簡単に把握できると便利です。

利点＃2：宣言の順序==実行の順序

理想的には、コードが実行されると予想される順序でコードを多かれ少なかれ宣言したいです。

これは私にとっての魅力です。constキーワードを使用して宣言された値は、実行に到達するまでアクセスできません。

上記で説明した内容により、逆さまに見えるコードを作成する必要があります。最も低いレベルの関数から始めて、上に向かって進む必要があります。

私の脳はそのように機能しません。詳細の前にコンテキストが欲しい。

ほとんどのコードは人間によって書かれています。したがって、ほとんどの人の理解の順序は、大部分のコードの実行順序にほぼ従うことは理にかなっています。

を使用することにはいくつかの非常に重要な利点があり、constそれがいかに故意であり、示唆的であるために、可能な限り使用する必要があると言う人もいます。

これは、私が知る限り、JavaScriptでの変数の最もわかりやすく予測可能な宣言であり、その制約の最も有用な理由の1つです。どうして？それは、利用可能ないくつかの可能性varとlet宣言を排除するためです。

あなたが読んだときに何を推測できますconstか？const宣言ステートメントを読むだけで、その変数への他の参照をスキャンしなくても、次のすべてを知ることができます。

• 値はその変数にバインドされます（ただし、その基になるオブジェクトは深く不変ではありません）
• 直接包含しているブロックの外からはアクセスできません
• Temporal Dead Zone（TDZ）ルールのため、宣言の前にバインディングにアクセスすることはありません。

次の引用は、およびの利点を論じている記事からの引用です。また、キーワードの制約/制限に関する質問に、より直接的に回答します。letconst

こうしたによって提供されるものなどの制約letとconst理解しやすいコードを作成する強力な方法です。記述するコードでこれらの制約をできるだけ多く発生させるようにしてください。コードの一部が何を意味するかを制限する宣言的な制約が多いほど、将来、人間がコードの一部を読み取り、解析し、理解することがより簡単かつ高速になります。

確かに、const宣言よりも宣言にはより多くのルールがありますvar。ブロックスコープ、TDZ、宣言時に割り当て、再割り当てなし。一方、varステートメントは関数のスコープのみを通知します。ただし、ルールカウントは多くの洞察を提供しません。複雑さの観点からこれらのルールを比較検討することをお勧めします。ルールは複雑さを追加または減算しますか？の場合const、ブロックスコープは関数スコープよりもスコープが狭いことを意味し、TDZは宣言の前に使用法を見つけるために宣言からスコープを逆方向にスキャンする必要がないことを意味し、割り当て規則はバインディングが常に同じ参照。

制約のあるステートメントが多いほど、コードの一部が単純になります。ステートメントの意味に制約を追加すると、コードの予測が難しくなります。これは、静的に型付けされたプログラムが動的に型付けされたプログラムよりも一般に読みやすい最大の理由の1つです。静的型付けはプログラム作成者に大きな制約を課しますが、プログラムの解釈方法にも大きな制約を課し、コードを理解しやすくします。

これらの議論を念頭に置いて、const考えられる可能性が最も少ないのはステートメントなので、可能な限り使用することをお勧めします。

ソース：https : //ponyfoo.com/articles/var-let-const