模块化开发怎么做（第129篇:JS模块化开发）

时间2025-06-20 16:41:08分类IT科技浏览4562

导读：好家伙，...

好家伙，本篇为《JS高级程序设计》第二十六章“模块 ”学习笔记

JS开发会遇到代码量大和广泛使用第三方库的问题。

解决这个问题的方案通常需要把代码拆分成很多部分，然后再通过某种方式将它们连接起来。

若代码量较大,我们使用模块化开发的模式,也能够使代码容易维护

我们需要模块

1.模块模式

把逻辑分块，各自封装，相互独立，每个块自行决定对外暴露什么，同时自行决定引入执行哪些外部代码。

这就是模块模式的思想

注意了,这不是某个包或者某个方法,而是某种规范

CommonJS 规范概述了同步声明依赖的模块定义。

CommonJS 依赖几个全局属性如 require 和 module.exports 。

如果想在浏览器中使用 CommonJS 模块，就需要与其非原生的模块语法之间构筑“桥梁 ” 。

模块级代码与浏览器运行时之间也需要某种“屏障 ” ，因为没有封装的 CommonJS 代码在浏览器中执行会创建全局变量。

全局变量出现了,那么就违背了模块模式的"各自封装，相互独立"

CommonJS 以服务器端为目标环境，能够一次性把所有模块都加载到内存，

而异步模块定义的模块定义系统则以浏览器为目标执行环境，这需要考虑网络延迟的问题。

AMD 的一般策略是让模块声明自己的依赖，而运行在浏览器中的模块系统会按需获取依赖，并在依赖加载完成后立即执行依赖它们的模块。

AMD 模块实现的核心是用函数包装模块定义。这样可以防止声明全局变量，并允许加载器库控制何时加载模块。

// ID 为moduleA的模块定义。moduleA 依赖 moduleB， // moduleB 会异步加载 define(moduleA, [moduleB], function(moduleB) { return { stuff: moduleB.doStuff(); }; });

CommonJS模块和AMD模块之间的冲突主要是在模块加载方面。

CommonJS模块是同步加载的，而AMD模块是异步加载的，这使得CommonJS模块和AMD模块无法很好地运行在一起。

此外，CommonJS模块和AMD模块的模块定义语法也不同，这也会对它们之间的冲突产生影响。

ES6 模块系统是集 AMD 和 CommonJS 之大成者。

tips:扩展名为 .mjs 的文件是 JavaScript 源代码文件，在 Node.js 应用程序中用作 ECMA 模块（ECMAScript 模块）。

Node.js 的 natvie 模块系统是 CommonJS ，用于将代码拆分到不同的文件中，以保持JS代码的组织性。

MJS 是 Node.js 用来识别模块是 CommonJS 还是 ES6 的唯一方法。

外部文件引入示例:

//moduleA.mjs const foo = "foo"; export {foo}; //moduleB.mjs import { foo } from "./moduleA.mjs" console.log(foo);

与commonJS规范和AMD规范相比,ES6模块有什么优点?

答: 1.更安全，因为ES6模块有自己独立的作用域，避免了变量污染。

　　2.更容易维护，因为模块可以明确的规定输入和输出，便于模块的重用和维护。

　　3.更简洁，ES6模块的语法更加简洁易懂，模块的加载更加高效。

2.与ES6模块相比,commonJS规范和AMD规范有什么缺点?

答: CommonJS规范的缺点是它只能在服务器端运行，而不能在浏览器端运行。

　　AMD规范的缺点是它增加了很多的书写工作，而且不能很好的处理循环依赖,代码复杂

声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。