Ну первое я, в том числе, в "Если сильно на заморачиваться, довольно серьезно увеличивающая размер бандла." подразумевал - хотя, всегда можно разрешить core-js-pure как core-js - интерфейс точек входа у них один.
Полифилы можно использовать и без загрязнения глобального простанства имен, а с помощью транспайлера инъектить их где нужно. Глобальных сайдэффектов нет и с тришейкингом, соответственно, тоже проблем нет. Полифил будет применен согласно фичадетекта, конфликтов с пользовательскими полифилами нет.
НО! Это всё ещё зависимость библиотеки. Если сильно на заморачиваться, довольно серьезно увеличивающая размер бандла. Ну и чистые версии полифилов не могут быть так же хорошо оптимизированы, как глобальные, да и многое в них просто нереализуемо.
В большинстве случаев, лучше оставить подключение полифилов конечному пользователю - он сможет это сделать, оптимизировав их для целевого окружения. Но иногда и чистые полифилы в библиотеках имеют смысл.
Во во. Даже не полноценная IDE, а Sublime, без всякого ИИ, дополняет большую часть слов, что начинаю писать. Так можно сказать, что больше 50% моего кода им создается.
Очень странный, конечно, комментарий. В ES7 ещё даже асинхронных функций не было.
null никогда не исправят, ибо нельзя ломать сеть - да и незачем. Сменять стандарт флоата тем более никто не будет, а для тех, кого по каким-то непонятным причинам IEEE 754 не устраивает, возможно, через пару годиков децималы добавят. "dom в webasm" уж точно никакого отношения к ES не имеет.
Вместо этого частично нерабочего легаси монстра без адекватной поддержки сейчас стоит использовать адекватно поддерживаемый форк eslint-plugin-import-x.
Что вы, уважаемый непризнанный гений, несёте? Динамический путь при получении свойств объекта? Если вы не в курсе, ?. позволяет использовать конструкции вроде foo?.[bar]?.[baz], а динамический путь в виде произвольной строки - зло чуть ли не хлеще, чем eval.
А про "профнепригоден" и "уволился" - насмешили, спасибо.
Тех, кто в 2024 использует упомянутый вами _.get и аналоги нужно гнать ссаной тряпкой из профессии за полную профнепригодность. Сколько лет назад в язык оператор ?. завезли? И ведь ?. - это то, что предлагается по ссылке - но какому-то непризнанному гению это не нравится и он что-то про "нашкодившего щенка" пишет.
В свежих ладах задние подголовники в базе отсутствуют.
Огонь. Давно такого качественного контента на Хабре не видел.
Почти слово в слово, что я хотел написать.
Очень интересно, почему тогда мне 5.5 выставляете -)
Вы удивитесь, сколько мусора
promise.tryтянет -)Ну первое я, в том числе, в "Если сильно на заморачиваться, довольно серьезно увеличивающая размер бандла." подразумевал - хотя, всегда можно разрешить
core-js-pureкакcore-js- интерфейс точек входа у них один.По второму - я имел в виду глобальные сайдэффекты (хотя, если совсем глубоко копать, и они присутствуют для взаимодействия нескольких копий библиотеки), без локального сохранения состояния внутри библиотеки никак. Вот только тришейкингу, при использовании стандартных точек входа, это мешать не должно.
С полифилами для библиотек не совсем всё так.
Полифилы можно использовать и без загрязнения глобального простанства имен, а с помощью транспайлера инъектить их где нужно. Глобальных сайдэффектов нет и с тришейкингом, соответственно, тоже проблем нет. Полифил будет применен согласно фичадетекта, конфликтов с пользовательскими полифилами нет.
НО! Это всё ещё зависимость библиотеки. Если сильно на заморачиваться, довольно серьезно увеличивающая размер бандла. Ну и чистые версии полифилов не могут быть так же хорошо оптимизированы, как глобальные, да и многое в них просто нереализуемо.
В большинстве случаев, лучше оставить подключение полифилов конечному пользователю - он сможет это сделать, оптимизировав их для целевого окружения. Но иногда и чистые полифилы в библиотеках имеют смысл.
Во во. Даже не полноценная IDE, а Sublime, без всякого ИИ, дополняет большую часть слов, что начинаю писать. Так можно сказать, что больше 50% моего кода им создается.
Очень странный, конечно, комментарий. В ES7 ещё даже асинхронных функций не было.
nullникогда не исправят, ибо нельзя ломать сеть - да и незачем. Сменять стандарт флоата тем более никто не будет, а для тех, кого по каким-то непонятным причинам IEEE 754 не устраивает, возможно, через пару годиков децималы добавят. "dom в webasm" уж точно никакого отношения к ES не имеет.Сегодня так-то ES16 вышел -)
Ну это пока туда никакой
document.allне подсунули.Вот только это Naxeon I AM ($4999) с переклеенным шильдиком. Неплохая накрутка.
Для такого стоит, в том числе, использовать
eslint-plugin-depend.Вместо этого частично нерабочего легаси монстра без адекватной поддержки сейчас стоит использовать адекватно поддерживаемый форк
eslint-plugin-import-x."Java script" в первом предложении, так что чему удивляться -)
Побуду немного занудой.
Не
SameZeroValue, аSameValueZero.Есть ещё такой весёлый кейс, как
[[IsHTMLDDA]](Annex B.3.6), почемуdocument.all == null.А возраст-то они как определять по камерам и подобной косвенной информации решили? Сейчас некоторые 14-летние выглядят на 30 и наоборот.
Лучше и проще уж заменить
eslint-plugin-importна нормально поддерживаемый форкeslint-plugin-import-x.Попробуйте в строгом режиме.
Что вы, уважаемый непризнанный гений, несёте? Динамический путь при получении свойств объекта? Если вы не в курсе,
?.позволяет использовать конструкции вродеfoo?.[bar]?.[baz], а динамический путь в виде произвольной строки - зло чуть ли не хлеще, чемeval.А про "профнепригоден" и "уволился" - насмешили, спасибо.
Тех, кто в 2024 использует упомянутый вами
_.getи аналоги нужно гнать ссаной тряпкой из профессии за полную профнепригодность. Сколько лет назад в язык оператор?.завезли? И ведь?.- это то, что предлагается по ссылке - но какому-то непризнанному гению это не нравится и он что-то про "нашкодившего щенка" пишет.