ES6で「let」と「const」をどれくらい使用する必要がありますか？

最近、io.js用のES6コードをたくさん書いています。学ぶべきコードはそれほど多くないので、自分の慣習を定義しながら進めているように感じます。

私の質問はどのような場合に使用する程度であるconst対let。

私はこのルールを適用しています：可能であれば、を使用しますconst。let値を変更する必要があることがわかっている場合にのみ使用してください。（後で値を変更する必要があることが判明しconstたlet場合は、いつでも戻ってa に変更できます。）

この規則の主な理由は、一貫して簡単に適用できることです。灰色の領域はありません。

問題は、このルールを適用すると、実際には宣言の95％がになるということですconst。そして、これは私には奇妙に見えます。私は使用していますletのようなもののためにiではforループ、または時折（実際の生活の中で多くを起動しない）の累積フィボナッチ合計のようなもののために。これには驚きました。これまでのES5コードの「変数」の95％は、変化しない値に対するものでした。しかしconst、コード全体を見ると、どうも間違っているように感じます。

だから私の質問は次のとおりconstです。これだけ使用しても大丈夫ですか？私は本当に次のようなことをすべきconst foo = function () {...};ですか？

またはconst、モジュールの最上部にリテラルをハードコーディングしているような状況、つまりフルキャップで行うような状況のために予約する必要がありますconst MARGIN_WIDTH = 410;か？

ここでの私の返信はjavascript固有ではありません。

半簡単な方法でそれを可能にするすべての言語の経験則として、可能な場合は常にconst / final / readonly /何でもあなたの言語で呼び出されるものを使用すると言います。理由は簡単です。変更できるものと変更できないものが明らかな場合、コードについて推論するのがはるかに簡単です。さらにこれに加えて、多くの言語では、constとして宣言した変数に誤って割り当てたときに何か間違ったことをしていることを知らせるツールサポートを利用できます。

戻ってconstをletに変更するのは簡単です。そして、デフォルトでconstを実行すると、そうする前によく考えます。そして、これは多くの場合良いことです。

変数が予期せずに変化するというバグを見たことがありますか？たくさん推測します。私が目にするバグの大部分は、予期しない状態の変化を伴うことを知っています。constを自由に使用してこれらのバグをすべて取り除くことはできませんが、多くのバグを取り除くことができます！

また、多くの関数型言語には不変の変数があり、デフォルトではすべての変数がconstです。たとえば、ErlangまたはF＃を見てください。割り当てなしのコーディングはこれらの言語で完全に機能し、人々が関数型プログラミングを愛する多くの理由の1つです。優れたプログラマーになるためには、これらの言語から状態の管理について多くのことを学ぶ必要があります。

そして、それはすべてconstで非常にリベラルであることから始まります！;）letに比べて書くべき文字が2つだけなので、先に進みましょうconst。

constオブジェクトキーは可変なので注意してください。

ここから：https : //developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/const

オブジェクトキーは保護されていません

この例を考えてみましょう：

const colors = {red: "#f00"}; 
console.log(colors); // { "red": "#f00" }

colors.red = "#00f";
colors.green = "#0f0";
console.log(colors); // { "red": "#00f", "green": "#0f0" }

配列についても同じこと：

const numbers = [1, 2, 3];
console.log(numbers); // [ 1, 2, 3 ]

numbers.push(4);
console.log(numbers); // [ 1, 2, 3, 4 ]

私は完全に自分では決めていませんがconst、すべての非配列/非オブジェクトとletオブジェクト/配列への使用を検討しています。

心配しないでください。constJavaScriptへのすばらしい追加であり、理にかなっているすべての場所で使用することをお勧めします。より堅牢なコードになります。

オブジェクトに関してconstは、変数を再割り当てから保護しますが、不変オブジェクトが必要な場合は、Object.freeze以下のメソッドが必要です。

const immutableOject = Object.freeze({immutableProperty: 'foo'});

const再割り当てからのみ保護され、freezeメソッドはすべての即時プロパティを保護します。すべてのネストされたプロパティも不変にする必要がある場合は、freezeそれらを再帰的に行う必要があります。

私のES6constでは、不変性に関する投稿ではありませんconst。仕様に正確に一致することを意味します。

これらの客観的な事実に基づいて、個人的な好みを以下に示します。

[...]それは使用することは理にかなってletとconstあなたのES6コードに次のように：

• constデフォルトで使用
• let再バインド（つまり、任意の形式の再割り当て）が必要な場合にのみ使用します
• （varES6では使用しないでください）

主観的かもしれませんが、これは仕様の意図に最も近いという事実です。

let通常、デフォルトで使用する人は、const変数を定数として扱います（設計上、必ずしもそうではありません！）。それぞれに、しかし、私は意図した目的のために物を使うことを好みます、そして、人々が誤解に基づいてそれに割り当てるいくつかの作り上げの意味のために。

const定数にのみ使用することは、サイドバーのコンテンツにのみHTML <aside>要素を使用することに似ています。

私の個人的なアプローチは、コードの読みやすさと理解を支援するために考えました：

let短命の変数専用で、1行で定義され、その後は変更されません。一般に、入力の量を減らすためだけに存在する変数。例えば：

for (let key in something) {
  /* we could use `something[key]` for this entire block,
     but it would be too much letters and not good for the
     fingers or the eyes, so we use a radically temporary variable
  */
  let value = something[key]
  ...
}

constモジュール全体で一定であることがわかっているすべての名前。ローカルに一定の値は含まれません。value上記の例では、例えば、その範囲内で一定であるとして宣言することができconstますが、多くの反復があるので、それぞれ1に同じで価値があります名前の思考の中に読者をだましことができ、「値」は、value常に同じ。モジュールと関数は、const変数の最良の例です。

const PouchDB = require('pouchdb')
const instantiateDB = function () {}
const codes = {
  23: 'atc',
  43: 'qwx',
  77: 'oxi'
}

var変動する可能性のあるものとそうでないものすべてに。ローカルで定数であり、適切ではないlet（つまり、単純な直接宣言では完成しない）場合でも、コードを読む人を混乱させる可能性のある名前は、で宣言されることに適用されますvar。例えば：

var output = '\n'
lines.forEach(line => {
  output += '  '
  output += line.trim()
  output += '\n'
})
output += '\n---'

for (let parent in parents) {
  var definitions = {}
  definitions.name = getName(parent)
  definitions.config = {}
  definitions.parent = parent
}

さらなる解説と今後の更新の可能性はこちら。

JavaScriptは、変数が関数などになる可能性があるという点で少し特別ですが、C＃、Java、または別の同様のCスタイル言語で検討してください。

const public void DoSomething()

これconstは奇妙なことです。なぜなら、これらの言語のメソッド宣言は、他の言語にコンパイルされた後は変更できないからです。

なぜJavaScriptは違うのでしょうか？したがって、コンパイルされませんが、それはコンパイラが提供できる安全性を捨てるべきだという意味ではありません。constキーワードを使用すると、より安全になり、確実なアプリケーションになります。