В том же ASP.NET бэкенде если списать в передаваемые текстовые данные что то похожее на XSS то сервер просто выплюнет ошибку

А это уже не имеет никакой связи с innerHTML

Или вообще PHP или python юзать

Здравствуйте, товарищи! Я тут потихоньку ковыряю правила линтера и местами кое что не понимаю. Мне сейчас важно понять устоявшиеся правила в JS, всякие гуд практис, традиции и пр. т.ч. я иногда буду тут задавать вопросы. ОК? Вот например тут не особо понял: https://eslint.org/docs/rules/no-plusplus В чем суть? Что значит "Because the unary ++ and -- operators are subject to automatic semicolon insertion, differences in whitespace can change semantics of source code."?

Здравствуйте, товарищи! Я тут потихоньку ковыряю правила линтера и местами кое что не понимаю. Мне сейчас важно понять устоявшиеся правила в JS, всякие гуд практис, традиции и пр. т.ч. я иногда буду тут задавать вопросы. ОК? Вот например тут не особо понял: https://eslint.org/docs/rules/no-plusplus В чем суть? Что значит "Because the unary ++ and -- operators are subject to automatic semicolon insertion, differences in whitespace can change semantics of source code."?

Здравствуйте, товарищи! Я тут потихоньку ковыряю правила линтера и местами кое что не понимаю. Мне сейчас важно понять устоявшиеся правила в JS, всякие гуд практис, традиции и пр. т.ч. я иногда буду тут задавать вопросы. ОК? Вот например тут не особо понял: https://eslint.org/docs/rules/no-plusplus В чем суть? Что значит "Because the unary ++ and -- operators are subject to automatic semicolon insertion, differences in whitespace can change semantics of source code."?

Суть заключается в том, что всегда надо в конец строки ставить ";", иначе хрен знает что будет вытворять интерпретатор js

я думаю это о том, что a++ b не то же самое что и a++ b

я думаю это о том, что a++ b не то же самое что и a++ b

Придерживаюсь абсолютно обратной практики, от standardjs линтера Полностью отказаться от ; но придерживаться правил которые защищают от подобных ошибок

Ну не знаю, это сильно портит читаемость кода

Ну не знаю, это сильно портит читаемость кода

что именно?

Именно читаемость кода

Стоп. Что-то я запутался. Для начала, что значит "Because the unary ++ and -- operators are subject to automatic semicolon insertion, differences in whitespace can change semantics of source code."?

Гугл переводит так: "Поскольку унарные ++ и -- операторы подвержены автоматической вставки точки с запятой, различия в пробелах могут изменять семантику исходного кода." Я не понимаю, что значит "...операторы подвержены автоматической вставки точки с запятой". Как это понять?

Я думаю речь про бандлеры и минификаторы

А подробнее?

Но я повторюсь - это довольно строгое правило) То есть команда поставила себе высокую планку качества и защищается от любых потенциальных ошибок в коде

Можно ли сказать, что разумнее использовать это правило не в чистом виде, а с опцией allowForLoopAfterthoughts?

Можно ли сказать, что разумнее использовать это правило не в чистом виде, а с опцией allowForLoopAfterthoughts?

да в for использовать инкремент и декремент абсолютно безопасно

в языке программирования для марсохода вообще нет циклов, чтобы исключить любую возможность зависания Вопрос планки качества в проекте

Ну возможно потому, что там все четко определено, и не приходится что-то прогонять и искать что-то нужное

Вот мне тоже так показалось. Но тогда зачем чистое правило? Перестраховка?

Дмитрий, у каждого ЯП есть правила хорошего тона, которые не обязательны, но их стоит придерживатся если пишете код не для себя. В JS собственно надо четко понимать что выполняет данное выражение и после него прописать знак ";". Если будете придерживатся этим правилам, то траблы которые приведены в статье не будут иметь место.

вы имеете ввиду почему сразу не написали смешанное правило с исключением для for?

Да.

Я люблю понимать традиции любого языка, с которым сталкиваюсь и стараюсь следовать им. Не люблю придумывать стандарты. Для этого есть люди умнее меня.

Я люблю понимать традиции любого языка, с которым сталкиваюсь и стараюсь следовать им. Не люблю придумывать стандарты. Для этого есть люди умнее меня.

товарищи как сделать что бы на мобильных показывалась цифровая клавиатура для input type="password" ?

Потому что это правильный подход для создания библиотеки Ты пишешь отдельные компоненты которые выполняют только свою задачу - а то как их использовать решает тот кто пользуется библиотекой

попробуй добавить pattern="[0-9]*"

пробовал в хроме не показывается(

Ну дык дефолтной могла быть как версия с исключением для цикла, так и без. Почему выбрали версию без исключений?

В целом довольно устоявшаяся культура формируется в рамках одного фреймворка