目前在调研的有两个,说说个人感受:
1. crxjs.dev
1.1. 3.8k stars ,npm 周下载量 9 万多
1.2. 完全基于 vite ,项目配置文件除了 vite.config.ts ,还有个 manifest.config.ts 可以使用 defineManifest 声明清单文件,跟 vite 很像。这个设计我还挺喜欢的。
1.3. 缺点就是文档太简单了。是不是有功能实现不了现在还不确定。
1.4. 还有就是官方 template pnpm dev 跑起来以后本地加载插件居然失败了,提了个 issue 后续观察: https://github.com/crxjs/chrome-extension-tools/issues/1083
2. wxt.dev
2.1. 8.8k stars ,npm 周下载量也是 9 万多
2.2. 开发模式类似 Nuxt ,约定大于配置,自动 import 。
2.3. 文档很详细,感觉上生态应该会好点。
2.4. 我很不习惯的一点设计:没有显示声明 manifest 配置的地方,manifest 是由散落在各个地方的配置解析生成的。特别是有些配置居然是通过 html 的<meta>来生命的,这完全享受不到 ts 对 manifest 配置的智能提示了。。。
v 友们有推荐的踢我一下。
1. crxjs.dev
1.1. 3.8k stars ,npm 周下载量 9 万多
1.2. 完全基于 vite ,项目配置文件除了 vite.config.ts ,还有个 manifest.config.ts 可以使用 defineManifest 声明清单文件,跟 vite 很像。这个设计我还挺喜欢的。
1.3. 缺点就是文档太简单了。是不是有功能实现不了现在还不确定。
1.4. 还有就是官方 template pnpm dev 跑起来以后本地加载插件居然失败了,提了个 issue 后续观察: https://github.com/crxjs/chrome-extension-tools/issues/1083
2. wxt.dev
2.1. 8.8k stars ,npm 周下载量也是 9 万多
2.2. 开发模式类似 Nuxt ,约定大于配置,自动 import 。
2.3. 文档很详细,感觉上生态应该会好点。
2.4. 我很不习惯的一点设计:没有显示声明 manifest 配置的地方,manifest 是由散落在各个地方的配置解析生成的。特别是有些配置居然是通过 html 的<meta>来生命的,这完全享受不到 ts 对 manifest 配置的智能提示了。。。
v 友们有推荐的踢我一下。