Скільки я повинен використовувати "Let" vs "const" в ES6?

Нещодавно я писав багато кодів ES6 для io.js. У дикій природі не так багато коду, чому можна навчитися, тому я відчуваю, що я визначаю свої власні умовності, коли я йду.

Моє питання про те, коли використовувати constпроти let.

Я застосовував це правило: Якщо можливо, використовуйте const. Використовуйте лише letякщо ви знаєте, що його значення потрібно змінити. (Ви завжди можете повернутися назад і змінити constзначення a, letякщо пізніше виявиться, що вам потрібно змінити його значення.)

Основна причина цього правила - це легко застосовувати послідовно. Сірих ділянок немає.

Справа в тому, що коли я застосовую це правило, на практиці 95% моїх декларацій є const. І це мені дивно виглядає. Я використовую лише letдля таких речей, як iу forциклі, або іноді для таких речей, як накопичені підсумки Фібоначчі (що в реальному житті не дуже багато). Мене це здивувало - виявляється, 95% 'змінних' у моєму коді ES5 на сьогодні були для значень, які не змінюються. Але бачити constвесь мій код почувається якось неправильно.

Отже, моє запитання: чи нормально constтак багато використовувати? Чи справді я повинен робити такі речі const foo = function () {...};?

Або я повинен зарезервувати constтакі ситуації, коли ти чітко кодуєш літерал у верхній частині модуля - такий, як ти робиш з великими літерами, як const MARGIN_WIDTH = 410;?

Моя відповідь тут не стосується JavaScript.

Як правило, на будь-якій мові, яка дозволяє мені це робити напівпростим способом, я б сказав, що завжди використовуйте const / final / readonly / все, що воно називається вашою мовою, коли це можливо. Причина проста, набагато простіше міркувати про код, коли він мертвий, очевидно, що може змінитися, а що не може змінитися. На додаток до цього, на багатьох мовах ви можете отримати підтримку інструментів, яка говорить про те, що ви робите щось не так, коли ви присвоюєте особі змінну, яку ви оголосили як const.

Повернутися назад і змінити const на let - мертве просто. І якщо const за замовчуванням змушує задуматися, перш ніж це зробити І це в багатьох випадках гарна річ.

Скільки помилок ви бачили, що зміни змін несподівано змінювались? Я б багато здогадався. Я знаю, що більшість помилок, які я бачу, пов'язані з несподіваними змінами стану. Ви не позбудетесь від усіх цих помилок, використовуючи const, але ви позбудетеся від багатьох!

Крім того, у багатьох функціональних мовах є незмінні змінні, де всі змінні за замовчуванням const. Подивіться, наприклад, Erlang або F #. Кодування без призначення прекрасно працює на цих мовах і є однією з багатьох причин, чому люди люблять функціональне програмування. З цих мов можна багато чому навчитися керувати державою, щоб стати кращим програмістом.

І все починається з надзвичайно ліберальної з const! ;) Лише ще два символи написати в порівнянні з дозволеними, тому продовжуйте і 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для об'єктів / масивів.

Не хвилюйся з цього приводу. constце дивовижне доповнення до JavaScript, і я б рекомендував вам використовувати його у всіх місцях, де це має сенс. Це робить більш надійним код.

Що стосується об'єктів, constзахистить вашу змінну від перепризначення, але якщо вам потрібні незмінні об'єкти, вам знадобиться Object.freezeметод, див. Нижче.

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

constзахистить лише від перепризначення, а freezeметод захистить усі негайні властивості. Якщо вам також потрібні всі вкладені властивості, щоб вони були незмінні, тоді вам потрібно буде freezeїх рекурсивно .

У моєму ES6 constне йдеться про пост незмінності , я пояснюю, що constсаме означає відповідно до специфікації.

Виходячи з цих об'єктивних фактів, ось мої особисті переваги:

[…] В коді ES6 має сенс використовувати letта constнаступне:

• використовувати constза замовчуванням
• використовувати лише в letразі необхідності повторного перезавантаження (тобто будь-якої форми переназначення)
• ( varне слід використовувати в ES6)

Як це суб'єктивно, це факт, що це найбільше відповідає наміру специфікації.

Люди, які використовують letза замовчуванням, зазвичай трактують constзмінні як константи (що це не обов'язково за дизайном!). Кожен свій, але я вважаю за краще використовувати речі за призначенням, а не для певного складеного сенсу, який люди присвоюють йому на основі непорозуміння.

Використовувати constлише для констант - це як використовувати елемент HTML<aside> лише для вмісту бічної панелі.

Мій особистий підхід, продуманий для сприяння читанні та розумінню коду:

letє лише для короткочасних змінних, визначених в одному рядку і не змінених після. Взагалі ті змінні, які існують лише для зменшення кількості введення тексту. Наприклад:

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, але оскільки існує багато ітерацій, і для кожного є значення з тим самим ім'ям , "value", що може наштовхнути читача на думку 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ключового слова дає нам більшу безпеку, що, безумовно, призведе до більш надійних програм.