为什么模块化(Why)
如果你将项目拆分成小的单独文件中,这样开发软件通常会很简单,因为这通常会消除无法预知的相互影响(remove unexpected interaction),以及显著降低了所要解决的问题的复杂度(complexity of the problem),并且可以在项目最初时,就简洁地编写小的项目(不一定是标准答案)。不幸的是,JavaScript 以往并没有将此功能作为语言的核心功能。
(注意 Rollup 本身会处理配置文件,所以可以使用 export default
语法——代码不会经过 Babel 等类似工具编译,所以只能使用所用 Node.js 版本支持的 ES2015 语法。)
我们通过相对路径,将一个入口文件和一个模块创建成了一个简单的 bundle。随着构建更复杂的 bundle,通常需要更大的灵活性——引入 npm 安装的模块、通过 Babel 编译代码、和 JSON 文件打交道等。
为此,我们可以用 插件(plugins) 在打包的关键过程中更改 Rollup 的行为。
(我们用的是 --save-dev
而不是 --save
,因为代码实际执行时不依赖这个插件——只是在打包时使用。)
JavaScript模块化标准与严格模式
Rollup 打包
webpack的publicPath、rollup的paths: 这些路径将被用于生成的包而不是模块ID,从而允许您(例如)从CDN加载依赖关系.
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。