package.json
就能打包你的库cli.js
+ index.js
等)1️⃣ 安装:运行 npm i -D microbundle
2️⃣ 设置 package.json
:
{ "name": "foo", // 你的包名 "type": "module", "source": "src/foo.js", // 你的源代码 "exports": { "require": "./dist/foo.cjs", // 用于Node 12+中的require() "default": "./dist/foo.modern.js" // 生成现代包的位置(见下文) }, "main": "./dist/foo.cjs", // 生成CommonJS包的位置 "module": "./dist/foo.module.js", // 生成ESM包的位置 "unpkg": "./dist/foo.umd.js", // 生成UMD包的位置(也别名为"umd:main") "scripts": { "build": "microbundle", // 将"source"编译到"main"/"module"/"unpkg" "dev": "microbundle watch" // 当源文件变化时重新构建 } }
3️⃣ 试一试:运行 npm run build
。
Microbundle生成<code title="ECMAScript模块(import / export)">esm</code>、<code title="CommonJS(Node风格的module.exports)">cjs</code>、<code title="通用模块定义(适用于所有环境)">umd</code>包,将你的代码编译成几乎在任何地方都能运行的语法。 虽然可以使用browserslist配置来自定义你想要支持的浏览器或Node版本,但默认设置是最优的,强烈推荐使用。
除了上述格式外,Microbundle还输出一个专门为_所有现代浏览器_设计的modern
包。
这个包在编译你的代码时保留了大多数现代JS特性,同时确保结果可以在95%的网页浏览器中运行,无需进行转译。
具体来说,它使用了Babel的"bugfixes"模式
(之前称为preset-modules)来针对支持<script type="module">
的浏览器集合 - 这允许使用async/await、标签模板、箭头函数、解构和剩余参数等语法。
结果通常比普通的esm
包更小,执行速度更快。
例如,以下源代码:
// 我们的源代码,"src/make-dom.js": export default async function makeDom(tag, props, children) { let el = document.createElement(tag); el.append(...(await children)); return Object.assign(el, props); }
使用Microbundle编译上述代码会生成以下modern
和esm
包:
</td><td>export default async function (e, t, a) { let n = document.createElement(e); n.append(...(await a)); return Object.assign(n, t); }
</td></tbody></table>export default function (e, t, r) { try { var n = document.createElement(e); return Promise.resolve(r).then(function (e) { return n.append.apply(n, e), Object.assign(n, t); }); } catch (e) { return Promise.reject(e); } }
这是默认启用的。 你只需在package.json
中添加一个"exports"
字段:
{ "main": "./dist/foo.umd.js", // 传统UMD输出(用于Node和CDN) "module": "./dist/foo.module.mjs", // 传统ES模块输出(用于打包工具) "exports": "./dist/foo.modern.mjs", // 现代ES2017输出 "scripts": { "build": "microbundle src/foo.js" } }
对于具有多个入口模块的包,"exports"
字段也可以是一个对象:
{ "name": "foo", "exports": { ".": "./dist/foo.modern.mjs", // import "foo"(默认) "./lite": "./dist/lite.modern.mjs", // import "foo/lite" "./full": "./dist/full.modern.mjs" // import "foo/full" }, "scripts": { "build": "microbundle src/*.js" // 构建foo.js、lite.js和full.js } }
Microbundle包含两个命令 - build
(默认)和watch
。
这两个命令都不需要任何选项,但你可以根据需要进行一些调整。
microbundle
– 一次性打包你的代码并退出。(别名:microbundle build
)microbundle watch
– 打包你的代码,然后在文件变化时重新打包。ℹ️ Microbundle根据你的
package.json
自动确定哪些依赖项应该内联到包中。阅读更多关于Microbundle如何决定哪些依赖项要打包的信息,包括一些示例配置。
除非通过命令行覆盖,microbundle使用package.json
中的source
属性来确定从哪个JavaScript文件开始打包(你的"入口模块")。
每种格式生成的包的文件名和路径由package.json
中的main
、umd:main
、module
和exports
属性定义。
{ "source": "src/index.js", // 输入 "main": "dist/foo.js", // CommonJS输出包 "umd:main": "dist/foo.umd.js", // UMD输出包 "module": "dist/foo.mjs", // ES模块输出包 "exports": { "types": "./dist/foo.d.ts", // NodeNext模块的TypeScript类型 "require": "./dist/foo.js", // CommonJS输出包 "default": "./dist/foo.modern.mjs", // 现代ES模块输出包 }, "types": "dist/foo.d.ts" // TypeScript类型 }
在决定使用哪个包时,Node.js 12+和webpack 5+会优先选择exports
属性,而较旧的Node.js版本使用main
属性,其他打包工具则偏好module
字段。
有关不同属性含义的更多信息,请参阅Node.js文档。
对于UMD构建,microbundle会使用package.json
中name
字段的驼峰式版本作为导出名称。
或者,可以通过在package.json
中添加"amdName"
键,或传递--name
命令行参数来显式设置。
package.json
中使用{"type":"module"}
Node.js 12.16+添加了一个新的"ES模块包",可以通过在package.json中添加{"type":"module"}
来启用。
此属性改变了.js文件的默认源类型,从CommonJS改为ES模块。
当使用{"type":"module"}
时,Microbundle生成的CommonJS包的文件扩展名必须改为.cjs
:
{ "type": "module", "module": "dist/foo.js", // ES模块包 "main": "dist/foo.cjs", // CommonJS包 }
配置也可以通过package.json
中的publishConfig
属性覆盖。
{ "main": "src/index.ts", // 这将在开发环境中使用(如Jest) "publishConfig": { "source": "src/index.js", // 输入 "main": "dist/my-library.js", // 输出 }, "scripts": { "build": "microbundle" } }
默认情况下,Microbundle输出多个包,每种格式一个包。可以这样构建单个固定输出名称的包:
microbundle -i lib/main.js -o dist/bundle.js --no-pkg-main -f umd
只需通过命令行或package.json
中的source
键将输入指向.ts
文件即可。
Microbundle通常会遵循tsconfig.json
文件中定义的TypeScript配置,但值得注意的例外是"target"和"module"设置。为确保TypeScript配置与Microbundle内部使用的配置匹配,强烈建议在tsconfig.json
中设置"module": "ESNext"
和"target": "ESNext"
。
为确保Microbundle不处理多余的文件,默认情况下它只包含您的入口点。如果您想包含其他文件进行编译,比如环境声明,请确保在tsconfig.json
中添加"files"或"include"。
如果您在使用TypeScript时使用CSS Modules,您需要在tsconfig.json
中设置"include": ["node_modules/microbundle/index.d.ts"]
,以告诉TypeScript如何处理CSS Module导入。
为确保您模块的.d.ts
类型信息对使用moduleResolution: 'NodeNext'
的其他TypeScript项目可见,请在package.json
的相应exports
映射中添加types
键。
支持通过import "./foo.css"
导入CSS文件。默认情况下,生成的CSS输出会写入磁盘。--css inline
命令行选项会将生成的CSS内联到您的包中作为字符串,并从导入中返回CSS字符串:
// 默认外部CSS: import './foo.css'; // 在输出目录中生成一个压缩的.css文件 // 使用`microbundle --css inline`: import css from './foo.css'; console.log(css); // 生成的压缩样式表
CSS模块: 名称以.module.css
结尾的CSS文件被视为CSS模块。
要将导入的.css
文件视为模块,请使用--css-modules true
运行Microbundle。要禁用项目的CSS模块,请传递--no-css-modules
或--css-modules false
。
CSS模块的默认作用域名称在监视模式下为_[name]__[local]__[hash:base64:5]
,在生产构建中为_[hash:base64:5]
。
可以通过传递命令行参数--css-modules "[name]_[hash:base64:7]"
来自定义,使用这些字段和命名约定。
标志 | 导入 | 是否为CSS模块? |
---|---|---|
null | import './my-file.css'; | :x: |
null | import './my-file.module.css'; | :white_check_mark: |
false | import './my-file.css'; | :x: |
false | import './my-file.module.css'; | :x: |
true | import './my-file.css'; | :white_check_mark: |
true | import './my-file.module.css'; | :white_check_mark: |
在生成esm
和modern
格式的包时,Microbundle能够检测和打包模块工作器。要使用此功能,请按如下方式实例化Web Worker:
worker = new Worker(new URL('./worker.js', import.meta.url), { type: 'module' }); // 或简单地: worker = new Worker('./worker.js', { type: 'module' });
...然后在构建命令中添加--workers
标志:
microbundle --workers
更多信息请参见@surma/rollup-plugin-off-main-thread。
使用--visualize
标志在构建时生成一个stats.html
文件,显示包的组成。使用rollup-plugin-visualizer。
为了实现最小的包大小,库经常希望将内部对象属性或类成员重命名为更短的名称 - 将this._internalIdValue
转换 为this._i
。Microbundle默认不这样做,但可以通过创建mangle.json
文件(或在package.json中添加"mangle"
属性)来启用。在该文件中,您可以指定一个正则表达式模式来控制应该混淆哪些属性。例如:要混淆所有以下划线开头的属性名称:
{ "mangle": { "regex": "^_" } }
还可以为每个混淆的属性配置可重复的短名称,以便您的库的每次构建都有相同的输出。有关Microbundle中属性混淆的完整指南,请参阅wiki。
--define
选项可用于在打包时注入或替换构建时常量。除了注入字符串或数字常量外,在定义名称前加上@
可以注入JavaScript表达式。
构建命令 | 源代码 | 输出 |
---|---|---|
microbundle --define VERSION=2 | console.log(VERSION) | console.log(2) |
microbundle --define API_KEY='abc123' | console.log(API_KEY) | console.log("abc123") |
microbundle --define @assign=Object.assign | assign(a, b) | Object.assign(a, b) |
用法
$ microbundle <命令> [选项]
可用命令
build 构建一次并退出
watch 在任何更改时重新构建
要获取更多信息,请在任何命令后加上`--help`标志运行
$ microbundle build --help
$ microbundle watch --help
选项
-v, --version 显示当前版本
-i, --entry 入口模块
-o, --output 放置构建文件的目录
-f, --format 仅构建指定格式(可为modern、esm、cjs、umd或iife中的任意一种)(默认为modern,esm,cjs,umd)
-w, --watch 在任何更改时重新构建(默认为false)
--pkg-main 输出与package.json主入口类似的文件(默认为true)
--target 指定目标环境(node或web)(默认为web)
--external 指定外部依赖,或'none'(默认为package.json中的peerDependencies和dependencies)
--globals 指定全局依赖,或'none'
--define 用硬编码值替换常量(使用@key=exp替换表达式)
--alias 将导入映射到不同的模块
--compress 使用Terser压缩输出(当--target为web时默认为true,当--target为node时默认为false)
--strict 强制使用未定义的全局上下文并添加"use strict"
--name 指定在UMD和IIFE构建中暴露的名称
--cwd 使用替代工作目录(默认为.)
--sourcemap 生成源映射(默认为true)
--raw 显示原始字节大小(默认为false)
--jsx 自定义JSX pragma,如React.createElement(默认为h)
--jsxFragment 自定义JSX fragment pragma,如React.Fragment(默认为Fragment)
--jsxImportSource 声明用于导入jsx工厂函数的模块说明符
--tsconfig 指定自定义tsconfig.json的路径
--generateTypes 是否生成类型,如果在package.json
中设置了types
或typings
,则默认为true
--css CSS输出位置:"inline"或"external"(默认为"external")
--css-modules 将.css文件视为模块(默认为null)
--workers 打包模块workers - 参见 https://github.com/surma/rollup-plugin-off-main-thread#auto-bundling (默认为false)
--visualize 生成包组成可视化(stats.html)
-h, --help 显示此消息
示例 $ microbundle build --globals react=React,jquery=$ $ microbundle build --define API_KEY=1234 $ microbundle build --alias react=preact/compat $ microbundle watch --no-sourcemap # 不生成源映射 $ microbundle build --tsconfig tsconfig.build.json
以下是Microbundle即将推出的功能:
基于 UI-TARS 视觉语言模型的桌面应用,可通过自然语言控制计算机进行多模态操作。
UI-TARS-desktop 是一款功能强大的桌面应用,基于 UI-TARS(视觉语言模型)构建。它具备自然语言控制、截图与视觉识别、精确的鼠标键盘控制等功能,支持跨平台使用(Windows/MacOS),能提供实时反馈和状态显示,且数据完全本地处理,保障隐私安全。该应用集成了多种大语言模型和搜索方式,还可进行文件系统操作。适用于需要智能交互和自动化任务的场景,如信息检索、文件管理等。其提供了详细的文档,包括快速启动、部署、贡献指南和 SDK 使用说明等,方便开发者使用和扩展。
开源且先进的大规模视频生成模型项目
Wan2.1 是一个开源且先进的大规模视频生成模型项目,支持文本到图像、文本到视频、图像到视频等多种生成任务。它具备丰富的配置选项,可调整分辨率、扩散步数等参数,还能对提示词进行增强。使用了多种先进技术和工具,在视频和图像生成领域具有广泛应用前景,适合研究人员和开发者使用。
全流程 AI 驱动的数据可视化工具,助力用户轻松创作高颜值图表
爱图表(aitubiao.com)就是AI图表,是由镝数科技推出的一款创新型智能数据可视化平台,专注于为用户提供便捷的图表生成、数据分析和报告撰写服务。爱图表是中国首个在图表场景接入DeepSeek的产品。通过接入前沿的DeepSeek系列AI模型,爱图表结合强大的数据处理能力与智能化功能,致力于帮助职场人士高效处理和表达数据,提升工作效率和报告质量。
一款强大的视觉语言模型,支持图像和视频输入
Qwen2.5-VL 是一款强大的视觉语言模型,支持图像和视频输入,可用于多种场景,如商品特点总结、图像文字识别等。项目提供了 OpenAI API 服务、Web UI 示例等部署方式,还包含了视觉处理工具,有助于开发者快速集成和使用,提升工作效率。
HunyuanVideo 是一个可基于文本生成高质量图像和视频的项目。
HunyuanVideo 是一个专注于文本到图像及视频 生成的项目。它具备强大的视频生成能力,支持多种分辨率和视频长度选择,能根据用户输入的文本生成逼真的图像和视频。使用先进的技术架构和算法,可灵活调整生成参数,满足不同场景的需求,是文本生成图像视频领域的优质工具。
一个基于 Gradio 构建的 WebUI,支持与浏览器智能体进行便捷交互。
WebUI for Browser Use 是一个强大的项目,它集成了多种大型语言模型,支持自定义浏览器使用,具备持久化浏览器会话等功能。用户可以通过简洁友好的界面轻松控制浏览器智能体完成各类任务,无论是数据提取、网页导航还是表单填写等操作都能高效实现,有利于提高工作效率和获取信息的便捷性。该项目适合开发者、研究人员以及需要自动化浏览器操作的人群使用,在 SEO 优化方面,其关键词涵盖浏览器使用、WebUI、大型语言模型集成等,有助于提高网页在搜索引擎中的曝光度。
基于 ESP32 的小智 AI 开发项目,支持多种网络连接与协议,实现语音交互等功能。
xiaozhi-esp32 是一个极具创新性的基于 ESP32 的开发项目,专注于人工智能语音交互领域。项目涵盖了丰富的功能,如网络连接、OTA 升级、设备激活等,同时支持多种语言。无论是开发爱好者还是专业开发者,都能借助该项目快速搭建起高效的 AI 语音交互系统,为智能设备开发提供强大助力。
一个用于 OCR 的项目,支持多种模型和服务器进行 PDF 到 Markdown 的转换,并提供测试和报告功能。
olmocr 是一个专注于光学字符识别(OCR)的 Python 项目,由 Allen Institute for Artificial Intelligence 开发。它支持多种模型和服务器,如 vllm、sglang、OpenAI 等,可将 PDF 文件的页面转换为 Markdown 格式。项目还提供了测试框架和 HTML 报告生成功能,方便用户对 OCR 结果进行评估和分析。适用于科研、文档处理等领域,有助于提高工作效率和准确性。
飞书多维表格 ×DeepSeek R1 满血版
飞书多维表格联合 DeepSeek R1 模型,提供 AI 自动化解决方案,支持批量写作、数据分析、跨模态处理等功能,适用于电商、短视频、影视创作等场景,提升企业生产力与创作效率。关键词:飞书多维表格、DeepSeek R1、AI 自动化、批量处理、企业协同工具。
高质量语音生成模型
CSM 是一个开源的语音生成项目,它提供了一个基于 Llama-3.2-1B 和 CSM-1B 的语音生成模型。该项目支持多语言,可生成多种声音,适用于研究和教育场景。通过使用 CSM,用户可以方便地进行语音合成,同时项目还提供了水印功能,确保生成音频的可追溯性和透明度。
最新AI工具、AI资讯
独家AI资源、AI项目落地
微信扫一扫关注公众号