① 命名冲突
② 文件依赖
模块化就是把单独的一个功能封装到一个模块（文件）中，模块之间相互隔离，但是可以通过特定的接口公开内部成员，也可以依赖别的模块
模块化开发的好处：方便代码的重用，从而提升开发效率，并且方便后期的维护
Require.js (http://www.requirejs.cn/)
Sea.js (https://seajs.github.io/seajs/docs/)
在 ES6 模块化规范诞生之前，Javascript 社区已经尝试并提出了 AMD、CMD、CommonJS 等模块化规范。
但是，这些社区提出的模块化标准，还是存在一定的差异性与局限性、并不是浏览器与服务器通用的模块化标准，例如：
因此，ES6 语法规范中，在语言层面上定义了 ES6 模块化规范，是浏览器端与服务器端通用的模块化开发规范。
ES6模块化规范中定义：
每个 js 文件都是一个独立的模块
导入模块成员使用 import 关键字
暴露模块成员使用 export 关键字
npm install --save-dev @babel/core @babel/cli @babel/preset-env @babel/node
npm install --save @babel/polyfill
项目跟目录创建文件 babel.config.js
babel.config.js 文件内容代码
const presets = [
["@babel/env", {
targets: {
edge: "17",
firefox: "60",
chrome: "67",
safari: "11.1"
}
}]
];
module.exports = {
presets
};
通过 npx babel-node index.js 执行代码
默认导出语法 export default 默认导出的成员
默认导入语法 import 接收名称 from ‘模块标识符‘
// 当前文件模块为 m1.js
// 定义私有成员 a 和 c
let a = 10
let c = 20
// 外界访问不到变量 d ,因为它没有被暴露出去
let d = 30
function show() {}
// 将本模块中的私有成员暴露出去，供其它模块使用
export default {
a,
c,
show
}
// 导入模块成员
import m1 from ‘./m1.js‘
console.log(m1)
// 打印输出的结果为：
// { a: 10, c: 20, show: [Function: show] }
注意：每个模块中，只允许使用唯一的一次 export default，否则会报错！
按需导出语法 export let s1 = 10
按需导入语法 import { s1 } from ‘模块标识符
// 当前文件模块为 m1.js
// 向外按需导出变量 s1
export let s1 = ‘aaa‘
// 向外按需导出变量 s2
export let s2 = ‘ccc‘
// 向外按需导出方法 say
export function say = function() {}
// 导入模块成员
import { s1, s2 as ss2, say } from ‘./m1.js‘
console.log(s1) // 打印输出 aaa
console.log(ss2) // 打印输出 ccc
console.log(say) // 打印输出 [Function: say]
注意：每个模块中，可以使用多次按需导出
有时候，我们只想单纯执行某个模块中的代码，并不需要得到模块中向外暴露的成员，此时，可以直接导入并执行模块代码。
// 当前文件模块为 m2.js
// 在当前模块中执行一个 for 循环操作
for (let i = 0; i < 3; i++) {
console.log(i)
}
// 直接导入并执行模块代码
import ‘./m2.js‘
webpack 是一个流行的前端项目构建工具（打包工具），可以解决当前 web 开发中所面临的困境。
webpack 提供了友好的模块化支持，以及代码压缩混淆、处理 js 兼容问题、性能优化等强大的功能，从而让程序员把工作的重心放到具体的功能实现上，提高了开发效率和项目的可维护性。
目前绝大多数企业中的前端项目，都是基于 webpack 进行打包构建的。
npm init -y 命令,初始化包管理配置文件package. jsonsrc 源代码目录src -> index.html 首页npm install jquery -S 命令，安装 jQuery注意：低版本浏览器或者部分浏览器运行项目会有错误，因为import $ from "jquery";这句代码属于ES6的新语法代码，在浏览器中可能会存在兼容性问题
运行 npm install webpack webpack-cli –D 命令，安装 webpack 相关的包
在项目根目录中，创建名为 webpack.config.js 的 webpack 配置文件
在 webpack 的配置文件中，初始化如下基本配置：
module.exports = {
mode: ‘development‘ // mode 用来指定构建模式
}
在 package.json 配置文件中的 scripts 节点下，新增 dev 脚本如下：
"scripts": {
"dev": "webpack" // script 节点下的脚本，可以通过 npm run 执行
}
在终端中运行 npm run dev 命令，启动 webpack 进行项目打包。
说明：mode设置的是项目的编译模式。
如果设置为development则表示项目处于开发阶段，不会进行压缩和混淆，打包速度会快一些
如果设置为production则表示项目处于上线发布阶段，会进行压缩和混淆，打包速度会慢一些
webpack 的 4.x 版本中默认约定：
如果要修改打包的入口与出口，可以在 webpack.config.js 中新增如下配置信息：
const path = require(‘path‘) // 导入 node.js 中专门操作路径的模块
module.exports = {
entry: path.join(__dirname, ‘./src/index.js‘), // 打包入口文件的路径
output: {
path: path.join(__dirname, ‘./dist‘), // 输出文件的存放路径
filename: ‘bundle.js‘ // 输出文件的名称
}
}
运行 npm install webpack-dev-server –D 命令，安装支持项目自动打包的工具
修改 package.json -> scripts 中的 dev 命令如下：
"scripts": {
"dev": "webpack-dev-server" // script 节点下的脚本，可以通过 npm run 执行
}
将 src -> index.html 中，script 脚本的引用路径，修改为 "/buldle.js“
运行 npm run dev 命令，重新进行打包
在浏览器中访问 http://localhost:8080 地址，查看自动打包效果
注意：
webpack-dev-server 会启动一个实时打包的 http 服务器
webpack-dev-server 打包生成的输出文件，默认放到了项目根目录中，而且是虚拟的、看不见的
运行 npm install html-webpack-plugin –D 命令，安装生成预览页面的插件
修改 webpack.config.js 文件头部区域，添加如下配置信息：
// 导入生成预览页面的插件，得到一个构造函数
const HtmlWebpackPlugin = require(‘html-webpack-plugin‘)
const htmlPlugin = new HtmlWebpackPlugin({ // 创建插件的实例对象
template: ‘./src/index.html‘, // 指定要用到的模板文件
filename: ‘index.html‘ // 指定生成的文件的名称，该文件存在于内存中，在目录中不显示
})
修改 webpack.config.js 文件中向外暴露的配置对象，新增如下配置节点：
module.exports = {
plugins: [htmlPlugin] // plugins 数组是 webpack 打包期间会用到的一些插件列表
}
修改 package.json -> scripts 中的 dev 命令如下：
// package.json中的配置
// --open 打包完成后自动打开浏览器页面
// --host 配置 IP 地址
// --port 配置端口
"scripts": {
"dev": "webpack-dev-server --open --host 127.0.0.1 --port 8888"
},
在实际开发过程中，webpack 默认只能打包处理以 .js 后缀名结尾的模块，其他非 .js 后缀名结尾的模块，webpack 默认处理不了，需要调用 loader 加载器才可以正常打包，否则会报错！
loader 加载器可以协助 webpack 打包处理特定的文件模块，比如：
less-loader 可以打包处理 .less 相关的文件
sass-loader 可以打包处理 .scss 相关的文件
url-loader 可以打包处理 css 中与 url 路径相关的文件
运行 npm i style-loader css-loader -D 命令，安装处理 css 文件的 loader
在 webpack.config.js 的 module -> rules 数组中，添加 loader 规则如下：
// 所有第三方文件模块的匹配规则
module: {
rules: [
{test: /\.css$/, use: [‘style-loader‘, ‘css-loader‘]}
]
}
其中，test 表示匹配的文件类型， use 表示对应要调用的 loader
注意：
use 数组中指定的 loader 顺序是固定的
多个 loader 的调用顺序是：从后往前调用
运行 npm i less-loader less -D 命令
在 webpack.config.js 的 module -> rules 数组中，添加 loader 规则如下：
// 所有第三方文件模块的匹配规则
module: {
rules: [
{ test: /\.less$/, use: [‘style-loader‘, ‘css-loader‘, ‘less-loader‘] }
]
}
运行 npm i sass-loader node-sass -D 命令
在 webpack.config.js 的 module -> rules 数组中，添加 loader 规则如下：
// 所有第三方文件模块的匹配规则
module: {
rules: [
{ test: /\.scss$/, use: [‘style-loader‘, ‘css-loader‘, ‘sass-loader‘] }
]
}
运行 npm i postcss-loader autoprefixer -D 命令
在项目根目录中创建 postcss 的配置文件 postcss.config.js，并初始化如下配置：
const autoprefixer = require(‘autoprefixer‘) // 导入自动添加前缀的插件
module.exports = {
plugins: [ autoprefixer ] // 挂载插件
}
在 webpack.config.js 的 module -> rules 数组中，修改 css 的 loader 规则如下：
module: {
rules: [
{ test:/\.css$/, use: [‘style-loader‘, ‘css-loader‘, ‘postcss-loader‘] }
]
}
运行 npm i url-loader file-loader -D 命令
在 webpack.config.js 的 module -> rules 数组中，添加 loader 规则如下：
module: {
rules: [{
test: /\.jpg|png|gif|bmp|ttf|eot|svg|woff|woff2$/,
use: ‘url-loader?limit=16940‘
}]
}
说明：
其中 ? 之后的是 loader 的参数项。
limit 用来指定图片的大小，单位是字节(byte),只有小于 limit 大小的图片，才会被转为 base64 图片
安装babel转换器相关的包：npm i babel-loader @babel/core @babel/runtime -D
安装babel语法插件相关的包：npm i @babel/preset-env @babel/plugin-transform-runtime @babel/plugin-proposal-class-properties –D
在项目根目录中，创建 babel 配置文件 babel.config.js 并初始化基本配置如下：
module.exports = {
presets: [ ‘@babel/preset-env‘ ],
plugins: [ ‘@babel/plugin-transform-runtime‘, ‘@babel/plugin-proposalclass-properties‘ ]
}
在 webpack.config.js 的 module -> rules 数组中，添加 loader 规则如下：
// exclude 为排除项，表示 babel-loader 不需要处理 node_modules 中的 js 文件
{ test: /\.js$/, use: ‘babel-loader‘, exclude: /node_modules/ }
原文：https://www.cnblogs.com/royal6/p/12670692.html