Как добиться от Javascript более строгого режима?

Question

[Олег Торбасов]

Javascript без малейшего возмущения глотает вот такие, например, конструкции:

if(…){
this.value===value;//вместо =
}
someObject[undefined]=value;//создаёт текстовый ключ "undefined"
let x=1/0;

Как можно заставить его бросать если не Error, то хотя бы warning? Строгий (strict) режим не помогает в таких случаях, и во многих других. Может быть, существует дополнение для Firefox или анализаторы кода?

Answer 1

[Alecxandrys]

Как вариант
Или любая другая реализация JSHint.
В зависимости от настроек IDE может тебе подсвечивать такие вещи.

Comments

[Dmitry Pavlov]

Тут только выбор IDE которая предупредит о всяких досадных мелочах. Вся эта "гибкость" JS - его огромный плюс и его же проклятие :)

[Олег Торбасов]

Не может, если они образуются при исполнении кода. Вот этот undefined или отрицательное число в качестве аргумента Math.sqrt — они же попадают туда в виде переменных, IDE ничего об этом не знает. Или я ошибаюсь?

Answer 2

[Дмитрий Беляев]

Научиться писать нормально, все перечисленные варианты абсолютно верны с точки зрения javascript и могут использоваться
this.value===value; - вполне себе нормальное выражение, у него даже результат есть - true или false, понятно, что в таком использовании оно нагрузки не несет

someObject[undefined]=value; - хотя это и очевидный говнокод, но тем не менее String(undefined) === 'undefined'

let x=1/0; - x будет равно Infinity

Comments

[Олег Торбасов]

С 1/0 я поспешил, другое имел в виду — когда вследствие других операций (скажем, Math.sqrt(-1)) в коде появляется NaN, он никак не даёт о себе знать, и даже когда пихается в DOM-атрибут — догадаться, что что-то не так можно только по визуальным эффектам, а отследить, откуда пошёл этот NaN. Вы посоветуете усеивать код проверками на NaN после каждой математической операции?
Но зачем вменяемым человеком могут быть использованы другие два выражения — создание свойства "undefined" в объекте или this.value===value; (именно в таком использовании, как я привёл)?

[Дмитрий Беляев]

Олег Торбасов: любое выражение - это инструкция, и то что Вы не используете его значение - это Ваша проблема, а не языка.
А насчет undefined - в js динамическая типизация (типы данных преобразуются на лету), в качестве ключа объекта ожидается строка, соответственно все, что Вы используете как ключ автоматически преобразуется к строке (исключение - скаляр Symbol из es2015)

[Олег Торбасов]

Дмитрий Беляев: я понимаю. Какие вообще могут быть проблемы у языка? Проблемы у того, кому приходится иметь дело с таким кодом — написав его по рассеянности или получив со стороны. Вот я и спрашиваю: как её решать? Как отлавливать такие заведомо бессмысленные места в коде? Когда-то в Javascript можно было переопределить значение undefined — и наткнувшись на это, я написал проверку, которая много лет работала и только недавно стала не нужна. Но это только одна из таких проблем, а их целый комплекс.

Answer 3

[Николай]

Гибкость JS огромный плюс! Просто пишите нормальный код)

Comments

[Олег Торбасов]

Если бы я никогда не допускал опечаток, не имел дела с собственным старым кодом и с кодом других сотрудников…

[Alexander Litvinenko]

дело не в гибкости, а последствия всепрощения слабых в JS верстальщиков.