WXT浏览器插件开发中文教程(13)----WXT配置详解之入口加载器

前言

大家好,我是倔强青铜三 。是一名热情的软件工程师,我热衷于分享和传播IT技术,致力于通过我的知识和技能推动技术交流与创新,欢迎关注我,微信公众号:倔强青铜三。欢迎点赞、收藏、关注,一键三连!!!

入口加载器

为了在构建时生成清单文件和其他文件,WXT 必须导入每个入口点以获取它们的选项,例如内容脚本的 matches。对于 HTML 文件,这很容易。对于 JS/TS 入口点,过程则更为复杂。

在加载您的 JS/TS 入口点时,它们被导入到 NodeJS 环境中,而不是它们通常运行的 browser 环境中。这可能会导致在 NodeJS 环境中运行仅适用于浏览器的代码时常见的问题,例如缺少全局变量。

WXT 会执行几个预处理步骤,以尽量避免在此过程中出现错误:

  1. 使用 linkedom 提供一组小的浏览器全局变量(windowdocument 等)。
  2. 使用 @webext-core/fake-browser 创建扩展程序期望的 chromebrowser 全局变量的伪造版本。
  3. 预处理 JS/TS 代码,移除 main 函数,然后从文件中摇树移除未使用的代码。

然而,这一过程并不完美。它没有设置浏览器中所有的全局变量,且 API 的行为可能有所不同。因此,您应避免在入口点的 main 函数之外使用浏览器或扩展程序 API!

提示

如果您在导入入口点时遇到错误,请运行 wxt prepare --debug 以查看此过程的更多详细信息。在调试时,WXT 会打印出预处理后的代码,以帮助您识别问题。

一旦环境已经通过 polyfill 补齐,且代码经过预处理后,入口加载器将负责导入您的代码,并从默认导出中提取选项。

最后感谢阅读!欢迎关注我,微信公众号倔强青铜三。欢迎点赞收藏关注,一键三连!!!

相关推荐
excel44 分钟前
Three.js 材质(Material)详解 —— 区别、原理、场景与示例
前端
掘金安东尼1 小时前
抛弃自定义模态框:原生Dialog的实力
前端·javascript·github
hj5914_前端新手5 小时前
javascript基础- 函数中 this 指向、call、apply、bind
前端·javascript
薛定谔的算法5 小时前
低代码编辑器项目设计与实现:以JSON为核心的数据驱动架构
前端·react.js·前端框架
Hilaku5 小时前
都2025年了,我们还有必要为了兼容性,去写那么多polyfill吗?
前端·javascript·css
yangcode5 小时前
iOS 苹果内购 Storekit 2
前端
LuckySusu5 小时前
【js篇】JavaScript 原型修改 vs 重写:深入理解 constructor的指向问题
前端·javascript
LuckySusu5 小时前
【js篇】如何准确获取对象自身的属性?hasOwnProperty深度解析
前端·javascript
LuckySusu5 小时前
【js篇】深入理解 JavaScript 作用域与作用域链
前端·javascript
LuckySusu5 小时前
【js篇】call() 与 apply()深度对比
前端·javascript