Комментарии 17
ну что за некрофилия??? хватит уже писать переводы устаревших статей. все давно используют ES6 Modules
все давно используют ES6 Modules
Пока на ноде es6 модули не допилили до production-ready. Так что CommonJS и AMD надо как минимум понимать.
Написано:
Данная статья вполне понятная для новичков, с примерами и на русском(пора смериться, что не все новички идут по книжкам или с первоисточников и документаций, но с опытом приходит все), они ж не написали делайте только так, они просто разобрали примеры. Я конечно согласен, что ru_vds иногда переводит, реально странные статьи, но все же они делают хороший вклад для развития новичков.
Эта статья предназначена, в основном, для начинающих программистов — для тех, кто, вроде бы, знаком с такими вещами, как замыкания и IIFE, но пока не особенно уверенно ими пользуется.
Данная статья вполне понятная для новичков, с примерами и на русском(пора смериться, что не все новички идут по книжкам или с первоисточников и документаций, но с опытом приходит все), они ж не написали делайте только так, они просто разобрали примеры. Я конечно согласен, что ru_vds иногда переводит, реально странные статьи, но все же они делают хороший вклад для развития новичков.
Для новичков это реально вредная статья, потому что после появления классов IIFE это отжившая техника.
К сожалению по этой технике еще делают очень много. И почему статья объясняющая замыкания вредная?
Потому что она дана в старом синтаксисе и на кривом примере.
Когда это простите синтаксис данный устарел? let, const это не замена var, они другое подразумевают, общего у них что это способы объявление переменных. Или когда IIFE, стали старым синтаксисом.
Ох, ну расскажите тогда, при каком codestyle у вас будут одновременно var, let и const одновременно.
Или в каком контексте вы планируете в 2018 году использовать IIFE.
Или в каком контексте вы планируете в 2018 году использовать IIFE.
Причем тут 2018 года? Тут статья о возможностях языка, а не о том полезно это юзать или нет. Практически уверен, что какие нибудь веб студии или разработка сайтов под заказ, можно найти примеры использования в одном файле let, const, var.Но синтаксис и возможности это разные вещи, не кто не говорит, что возможности языка всегда делают хорошие вещи, но это не делает их бесполезными. Везде надо стараться использовать наиболее оптимальный инструмент для работы, но чтобы выбирать надо знать как можно больше возможностей.
Да причем тут студии? Вы лично используете одновременно let, const, var? Есть ли у вас codestyle, линтеры, вот это всё?
Возможности языка надо изучать на современных Best Practices, а не на этом помете мамонтов.
Возможности языка надо изучать на современных Best Practices, а не на этом помете мамонтов.
Эти штуки есть в подавляющем числе IT команд, которые специализируются на разработке программ, сайтов, которые делаются всегда(или будут апгрейдится). А не веб сайты на заказ, где это нафиг никому не надо. Полностью не согласен с этим высказыванием, возможности языка надо просто изучать, потому что их всегда очень много, и надо постоянно поддерживать форму чтобы не забыть. Best Practices на то и Best Practices, они пишутся не того чтобы показать возможности языка, а для того чтобы обойти подводные камни
Вам в чиновники надо, ни на один вопрос прямо ответить не можете.
Best Practices нужны для того, чтобы писать красиво, понятно и однозначно. Подводных камней нет, если их не придумывать.
Best Practices нужны для того, чтобы писать красиво, понятно и однозначно. Подводных камней нет, если их не придумывать.
Я вроде на все вопросы ответил. Я не считаю, что линтеры, style guide, babel и т.д и т.п нужны всем проектам. Например, я пишу себе прогу для телевизора на electron, ну и зачем мне style guide и linter, мне важен результат, должно работать. Все эти штуки придуманы для того, чтобы интеграция новых членов в команду стоила как можно меньше и разработка была продуктивнее.
Это предназначение Style Guide
Обычно подводные камни называют «особенности» языка.
Вот как пример статья habr.com/post/159313
Best Practices нужны для того, чтобы писать красиво, понятно и однозначно.
Это предназначение Style Guide
Обычно подводные камни называют «особенности» языка.
Вот как пример статья habr.com/post/159313
Дак в примере сигнатура класса с инкапсуляцией обычная, странно конечно что класс модулем назвали…
Ой. Я просто оставлю это здесь: https://eloquentjavascript.net/2nd_edition/10_modules.html
Тут всё, что нужно знать про CommonJS и AMD модули. А тут еще и ES6 зацепили: https://eloquentjavascript.net/10_modules.html
При этом если потратить пару часов и имплементировать ручками CommonJS и AMD загрузчики прям по книжке, то вопросы про модули и их внутреннее устройство вообще исчезают как класс.
На хабре уже была отличная статья habr.com/company/yandex/blog/192874
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Разбор паттерна «Модуль» в JavaScript