ранее написанные статьиПолное руководство по Rapid JsПолучил хорошее количество прочтений, доминировал в заголовках Nuggets в течение 3 дней, более тысячи лайков, прочитано почти 10 000, и даже некоторые люди рекламировались в области комментариев, видно, что это тоже небольшая экология ;). Кажется, что некоторые люди весьма заинтересованы в содержании, связанном с полным стеком JS. То, что я видел сегодня, тоже о полном стеке, см. справочную статью 7.
Следующее, что нужно написать, это модуль. Модули JavaScript действительно раздражают, но это обязательные темы. Странно вот что:
- это очень старый язык и очень широко используется
- Но он не поддерживал модули в течение многих лет. Это сколько сейчас производитель в сердце?
- С другой стороны, он может напрямую использовать существующий языковой механизм для реализации своих собственных модулей, что здорово, поскольку высвобождает мощь сообщества. Факты доказали, что сообщество не следует недооценивать.В эту эпоху муравьи лучше, чем слоны.
- Другой, однако его модули также могут иметь множество типов, что означает разделение
- Типов модулей очень много, и они придумали свои независимые стандарты, а значит интеграцию
В недавнем ES2017 наконец появился модуль на фронтенде, сравнимый с бэкендом, но не все готовы его использовать, многие говорят, что надо продолжать WebpackИграйте с модулями ES6.
Если вы действительно используете модули ES6, вам не нужно заботиться об оптимизации загрузки, которую обеспечивают такие инструменты упаковки, как Webpack, и не нужно упаковывать различные небольшие файлы.На мой взгляд, гораздо лучше добавить сотрудничество HTTP/2. Это также является основной темой статьи. Внедрение модулей ES6 действительно может оказать некоторое влияние на текущий основной режим упаковки, который обсуждается в справочной статье 6.
Статей естественно много, но причины для написания этой статьи все же есть:
- Я не видел полного обзора, и я не видел его в сочетании с HTTP/2.
- Более того, на мой взгляд, даже если у вас есть модули ES6, вы должны понимать и изучать различные модули, прописанные ранее, потому что код в сообществе по-прежнему очень много использует такие модули, а некоторые шаблоны проектирования, такие как IIFE, также стоит один взгляд.
- Видя энтузиазм и импульс JS-сообщества, я верю, что у JS-разработки светлое будущее.
Существует множество справочных статей, из которых история и выбор модулей таковы:
- История фронтенд-модульной разработки
- Это еще яснее
- Немного хакерского духа, играющего в широкий спектр
- Представляем Бауэр
- npm for Beginners: A Guide for Front-end Developers
- Es6module вышел, стоит ли пересмотреть схему упаковки?
- Разделение front-end и back-end Vue + NodeJS(Koa) + MongoDB, от продукта до разработки, практика полного стекаЕсли не видели, идите посмотрите.
Когда дело доходит до модулей, мы должны упомянуть различные инструменты управления зависимостями модулей, а также интерфейсную разработку. Внешний компонент, но часто упоминается, что вы можете использовать npm для установки этого компонента, но npm — это что-то из области внутренних узлов, поэтому такая формулировка немного сбивает с толку. Например, почему NPM используется как инструмент управления back-end модулями, а front-end тоже его использует, в чем преимущества и недостатки, узнать об отображении можно здесь:npm, bower, jamjs и другие менеджеры пакетов, какой лучше использовать?, и тутnpm and the front end, официальные лица NPM также выдвинули [свои взгляды на использование npm во внешнем интерфейсе][блог That Horse Plus.org/post/101775…], совмещая, есть также [автоматизация фронтенда][с осадками.com/grunt-BASIC…], Поисковый семестр - это то, почему установка переднего кода, установленная NPM, например, Google для людей, которые находят, что такое слово полезно.
План содержания будущих статей:
- загружен самый старый модуль