【Electron Froge】解决 linux 环境 window 包的问题

总结:安装MonoWine + 脚本调整

脚本调整方案一:

json 复制代码
{
  "scripts": {
    "start": "electron-forge start",
    "package": "electron-forge package",
    "make": "electron-forge make",
    "package:win32": "electron-forge package -p win32", // 新增
    "make:win32": "electron-forge make -p win32", // 新增
    "publish": "electron-forge publish",
    "lint": "eslint --ext .ts,.tsx ."
  }
}

脚本调整方案二:

shell 复制代码
npm run make -- --platform win32

解题思路(可选)

解决具体问题的过程中要习得方法论。

思索问题

这个问题进一步拆解,会有哪些问题?

  1. 首先要确认能否支持?
  2. 若能支持,环境如何配置?
  3. 若能支持,项目如何配置?

线索推理

步骤一:找到功能模块:生成window包的模块。

通过官网的目录结构,有两种方式来快速锁定:

  1. 阅读 Overview 来快速了解各个模块。
  2. 通过基本演绎法推理 + 阅读简介论证的方式。

细讲方式二:Makers本身最趋向于"打包"的意思,通过简介论证确实如此。

同理:Squirrel.Windows 带个"Windows"八成就是了(推理),看到生成的是exe的文件(验证)。

步骤二:确认 maker-squirrel 模块是否支持。

上面找到的文章并没有相关的线索提及。因此需要重新找资料。

这里需要用到两个重要的常识。

重要常识1:官网的API文档基本都会有对应模块的说明信息。

重要常识2:可以通过项目的链接找到该模块的README文件,里面一般有关键信息或地址。

最终你会找到关键信息:

至此前两个问题已有了明确的解决方案。

步骤三:了解项目该如何配置相关参数。

这里我走了弯路:一开始并没有从脚本参数角度去思考。在自我探索无果后开始了搜索相关博客,直到看到cli参数才点醒了我。

从官网的CLI篇可以找到了关键信息:

重要常识3:及时将博客里的关键信息结合官方文档来进行对照,一来验证方法如今是否可行,二来是建立与官方文档的认知链路。毕竟博客的迭代成本大于官网,而动机又小于官网。

至此,问题就得到了解决。

复盘进阶

吸取了CLI的教训,我大致又浏览了官网其他资料,发现guide模块有一些常见的问题,其中就包括linux环境window包的问题:(真的是蓦然回首,答案却在灯火阑珊处......)

重要常识4:在正确的指令下,好的项目对于问题有日志来引导。

针对常识2与常识5可以为开源社区做贡献:

常识2: 参与一些文档的翻译和更新工作。

常识4: 对于一些日志提示缺失,不合理等提出改进。

参考资料

Electron Froge 官网

相关推荐
艾克马斯奎普特几秒前
为什么响应性语法糖最终被废弃了?尤雨溪也曾经试图让你不用写 .value
前端·vue.js·代码规范
qiyue771 分钟前
AI编程专栏(一)- 评估AI编程工具对编程语言支持情况
前端·ai编程
多啦C梦a4 分钟前
React Hooks 编程:`useState` 和 `useEffect`,再不懂就OUT了!
前端·javascript
bo521004 分钟前
解决跨域的几种种方法, 你都知道几种?
前端·面试·浏览器
拾光拾趣录5 分钟前
无状态协议下的用户状态管理:Web应用如何保持用户登录态
前端·http·https
架构个驾驾8 分钟前
用vue3,从0到1搭建一个移动端的项目(一)
前端
Rasir11 分钟前
第四章:模块化设计与错误处理
前端
Xy91016 分钟前
App Trace功能实战:一键拉起、快速安装与免提写邀请码的应用实践
前端
前端的日常16 分钟前
前端如何优化音频和视频的加载性能?
前端