А с чего фермерам быть против фагов-то? Они возмущаются вырубками, так как не понимают пользы и видят вред. А от фагов вреда нет вообще. Скорее фагов сейчас в принципе не вывели под эту бактерию, иначе не совсем понятно почему предпочитают рекомендовать использовать вырубки, а не фагов.
Да, но только отношение const к константам, которые действительно стоит именовать заглавными буквами — примерно как между тапками и красным. Тапки бывают красные, бывают не красные. Красные бывают тапки, бывают не тапки.
Так стоит ли в статье-инструкции по рукоделию для новичков включать пункт «тапки красьте в красный цвет»?
Справедливости для: приватные члены — просто соглашение. В тех же плюсах его нарушить достаточно просто. В js вы можете для этого использовать либо Symbol, либо по-старинке через нижнее подчёркивание, причём и то и другие — тоже соглашение и тоже запросто нарушается. Ну либо можно всё через замыкания и/или WeakMap делать, но получится страшно.
Нет конечно (хотя про большую часть я бы поспорил).
Зашёл в первый попавшийся проект, посчитал — 90.6% const, 9.4% let. Общую статистику по всем подводить как-то не хочется, но если хотите — посчитайте =). Но в таком проекте, где с var слезли уже.
Всё, что вы дальше говорите — к const не имеет отношения. Дело как раз в том, что const — это не то же самое множество, что константы, которые именуются большими буквами. Те могут быть как var в ES5, так и вообще свойствами какого-то объекта вроде MyLib.CONSTANT_NAME. А const как раз используется для тех переменных, которые не собираются переприсваивать, и говорить «для переменных const названия пишите в верхнем регистре» — глупость несусветная.
Пример:
for (const name of names) {
…
}
Тут я точно знаю с первого взляда на код, что name внутри блока — всегда один и тот же и не изменяется волшебным алгоритмом. Я его что, дожен NAME назвать?
На самом деле общепринятая практика — это eslint c prefer-const, с которым в коде почти все переменные будут const. И прописными буквами их все никто не называет.
Дело в том, что в коде на яваскрипте большая часть переменных — фактически константы (не переприсваиваются). Вы предлагаете всё именовать большими буквами?
Нет, будут очень компактные вычислительные устройства, объединённые в распределённую сеть. В т.ч. носимые, в виде тех же украшений хотя бы. Толстые сервера будут, конечно, но они будут решать несколько другие задачи.
Это если из нас скрепок не понаделают, конечно =).
CloudFlare уже сам по себе стал очень весомой проблемой безопасности.
Стоит сворачивать эту лавочку по впихиванию его везде и всюду.
Ха. Например, если вы тянете VideoJS с их CDN — он вам подсовывает свою гугл аналитику.
А с чего фермерам быть против фагов-то? Они возмущаются вырубками, так как не понимают пользы и видят вред. А от фагов вреда нет вообще. Скорее фагов сейчас в принципе не вывели под эту бактерию, иначе не совсем понятно почему предпочитают рекомендовать использовать вырубки, а не фагов.
Дурацкий вопрос, но что там с другими методами, раз с обычными всё так плохо? Фагов пробуют вывести? Или это почему-то не вариант?
А правильный ответ — накатать им тикет в апстрим. Но мне пока чуть не до этого.
Напишите proposal =).
Да, но только отношение
const
к константам, которые действительно стоит именовать заглавными буквами — примерно как между тапками и красным. Тапки бывают красные, бывают не красные. Красные бывают тапки, бывают не тапки.Так стоит ли в статье-инструкции по рукоделию для новичков включать пункт «тапки красьте в красный цвет»?
[зануда-моуд]
Хорошо. Рекомендовать использовать прописные буквы для именования всех без разбора
const
-переменных — глупость.[/зануда-моуд]
Так лучше?
На https://en.wikipedia.org/wiki/Nucleosynthesis очень наглядная картинка есть.
Да в статье ж русским по белому написано:
Справедливости для: приватные члены — просто соглашение. В тех же плюсах его нарушить достаточно просто. В js вы можете для этого использовать либо Symbol, либо по-старинке через нижнее подчёркивание, причём и то и другие — тоже соглашение и тоже запросто нарушается. Ну либо можно всё через замыкания и/или WeakMap делать, но получится страшно.
Зашёл в первый попавшийся проект, посчитал — 90.6%
const
, 9.4%let
. Общую статистику по всем подводить как-то не хочется, но если хотите — посчитайте =). Но в таком проекте, где сvar
слезли уже.Всё, что вы дальше говорите — к
const
не имеет отношения. Дело как раз в том, чтоconst
— это не то же самое множество, что константы, которые именуются большими буквами. Те могут быть какvar
в ES5, так и вообще свойствами какого-то объекта вродеMyLib.CONSTANT_NAME
. Аconst
как раз используется для тех переменных, которые не собираются переприсваивать, и говорить «для переменныхconst
названия пишите в верхнем регистре» — глупость несусветная.Пример:
Тут я точно знаю с первого взляда на код, что
name
внутри блока — всегда один и тот же и не изменяется волшебным алгоритмом. Я его что, доженNAME
назвать?То, что написано там — имеет смысл, да. Причём не только для переменных, но и для свойств объектов.
Но к ключевому слову
const
это имеет очень слабое отношение.Конкретно эту правку внёс https://github.com/agutoli, и это был его единственный вклад в MDN.
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/const$compare?from=845755&to=871843
Оттуда она и перекочевала в ваш документ.
На самом деле общепринятая практика — это eslint c prefer-const, с которым в коде почти все переменные будут
const
. И прописными буквами их все никто не называет.Документация с сайта MDN работает по принципу вики, и хотя в целом она адекватна, там есть весьма спорные вещи. Не следует ей всегда слепо верить.
За ссылку спасибо. =)
Дело в том, что в коде на яваскрипте большая часть переменных — фактически константы (не переприсваиваются). Вы предлагаете всё именовать большими буквами?
А, извините, это перевод. Надо будет задать эти вопросы в оригинальный репозиторий, если не забуду.
Upd: по крайней мере последний вопрос — к переводу, в оригинале:
Кем рекомендуется? Укажите ссылку, пожалуйста.
По-хорошему, стоит использовать
const
для всех переменных, которые не планируется переприсваивать:Пока что только только методов. Более общие свойства — в stage-1.
Зачем копии? Сами посылки хранить, сроком до года. И доставлять по истечении этого срока.
Ну там и хранилища построить под это дело можно.
Нет, будут очень компактные вычислительные устройства, объединённые в распределённую сеть. В т.ч. носимые, в виде тех же украшений хотя бы. Толстые сервера будут, конечно, но они будут решать несколько другие задачи.
Это если из нас скрепок не понаделают, конечно =).