Не так давно сети спросил меня об использовании потребностей и Seajs на переднем крае. Я спросил его, есть ли в вашей компании библиотека JavaScript или Framework JavaScript, написанная сама по себе. Его ответ был ничем. Он только что услышал, что требуется, и Seajs - это новые вещи и новые технологии, которые очень ценны, поэтому он хотел использовать его.
Проблема этого сети заставила меня подумать о технологии загрузки модуля JavaScript. В последней статье я дал основную структуру библиотеки JavaScript, которую написал. Фактически, одной из причин написания этой статьи является то, что я хочу использовать такие технологии, как «Требование» или «Сиджс для перепроектирования базовой модели моей библиотеки JavaScript». После того, как я познакомился с этой технологией, я обнаружил, что использование системы загрузки модуля для решения проблемы отделения общего кода и бизнес -кода в библиотеке JavaScript неверно. Объем системы загрузки модуля состоит в том, чтобы решить проблему зависимости между различными библиотеками JavaScript, а не помогает вам разработать библиотеку JavaScript.
Так что же такое система загрузки модуля JavaScript?
Система модулей в основном используется для решения проблемы конфликта именования объектов операций в различных библиотеках JavaScript и задачи зависимости между различными библиотеками JavaScript. Система загрузки модуля предназначена для больших веб-приложений или гигантских веб-приложений.
Как правило, на страницах гигантских веб-фронтальных приложений на странице очень богатые функции и сложный бизнес. Более того, с течением времени, функции страницы часто изменяются, что приводит к тому, что передовые разработчики часто разрабатывают функциональные модули для новых функций. Тем не менее, функции между различными функциональными модулями в фактическом бизнесе могут также проникать друг на друга, зависеть друг от друга и иметь сложные отношения. Когда страница будет сложной, взаимосвязь между каждой библиотекой фронт-эндов будет трудно управлять и управлять, а система загрузки модуля в настоящее время пригодится.
Для большинства программистов не так много возможностей для самостоятельного нести такого большого веб-фронтального приложения, и есть много возможностей для разработки малых и средних веб-приложений. Например, веб-проекты на уровне предприятия, в таких проектах используются очень мало типов библиотек JavaScript, и зависимости каждой библиотеки легко контролировать, поэтому нет необходимости вводить какую-либо систему управления модулями. Даже веб-страницы многих небольших и средних интернет-компаний, вероятно, не столь сложны, как страницы передних интерфейсов веб-приложений на уровне предприятия, поэтому взаимосвязь между его модулями или библиотеками JavaScript легко управлять. Фактически, вышеуказанные мелкие и средние приложения представляют собой определенные или конкретные сценарии. Поэтому я лично думаю, что перед лицом таких веб-проектов мы, наконец, можем сформировать независимую библиотеку JavaScript. Характеристики этой библиотеки должны быть аналогичны характеристикам библиотеки: основной библиотеки плюс несколько плагических библиотек. Цель основной библиотеки - решить проблему общности, и она должна быть многоразовой и перенесенной. Цель библиотеки плагинов часто связана с бизнес-кодом. Однако, чтобы отличить объем основной библиотеки и библиотеки плагинов, я добавил функцию пространства имен в библиотеку.
Технология загрузки модуля JavaScript и технология Hadoop имеет некоторые сходства, то есть они являются технологиями для сверхуровных систем, и они могут играть свою роль только при определенных условиях. Таким образом, эти технологии запускаются в крупных интернет -компаниях, потому что крупные интернет -компании должны решать проблемы после того, как их приложения становятся больше и более сложными. Когда ваша система все еще находится в зачаточном состоянии, вы часто должны быть осторожны в использовании этих технологий. Мы должны найти самый простой и эффективный способ решить наши реальные проблемы. Если вы думаете, что эта система станет больше в будущем, то вам следует сохранить интерфейс для использования этих технологий в будущем. Если он используется слишком рано, вполне вероятно, что, когда масштаб системы расширяется, стоимость рефакторирования вашего кода будет выше.
Для систем загрузки модулей наиболее подходящим сценарием является решение проблемы развязки между большими прикладными модулями веб-фронта. Если мы просто напишем новый файл JavaScript и немедленно используем технологию загрузки модуля, это не небольшая технология злоупотребления. Прежде чем использовать определенную технологию, мы не должны просто рассмотреть вопрос о том, как ее использовать или как она используется, но и следует подумать о том, ценно ли ее использовать.
Наконец, я хочу сказать, что я думаю, что небольшие и средние веб-фронтальные фронта используются для развертывания производства. Поскольку JavaScript не самый сложный, лучше всего упаковать все внешние файлы JavaScript в внешний файл JavaScript. Это преимущество заключается в том, что он уменьшает количество HTTP -запросов. Использование технологии загрузки модуля сделает очень неприятным для пакетов файлов, и даже не может быть сделана (такие модули, как requirejs и seajs, основаны на файлах, и каждый модуль является независимым файлом), что противоречит решению цели снижения HTTP.