电子建设者与电子包装者

Question

电子建设者与电子包装者

Ond*_*ika 106 javascript native electron electron-builder

电子助剂和电子封装剂的主要区别是什么.两者都有一些示例项目吗？对于独立的.exe应用程序构建哪个更好？

Answer 1

mrm*_*mrm 83

截至2017年3月,在很大程度上,它们具有功能平等.我发现了以下内容:

他们都处于" 电子用户地 "组织中,所以他们都是"合法的".
electron-packager 没有windows维护者
电子建设者有更多的贡献者,还有更多封闭的问题,因此可能会有更多的错误或更多的用户.电子包装有更多的明星.
电子制造商比电子封装器支持更多的目标格式
电子伪造基于电子封装器,因此可能是一种更容易的"开箱即用"体验.

2017年6月更新

electron-builder同时执行打包步骤(如同做什么electron-packager),并构建特定于平台的安装程序(如pkgMac或Mac AppStore for Mac,NSIS或Windows Store for Windows和AppImage for linux).

对于我现有的项目,electron-forge失败了,我package.json和他的"缺少依赖" node_modules.

它没有很好的文档记录,但electron-builder今年早些时候从Squirrel.windows转换到NSIS作为默认的Windows安装程序.NSIS制作的安装程序包大大减少(在我的项目中,从90mb减少30mb).

2017年12月更新

Electron-builder在过去的一年里一直在努力工作,每周推出具有功能和错误修正的新版本.https://www.electron.build/上的文档非常好,按照"快速安装指南"(在第一页上,下面几个部分)包括样板项目和逐步说明.

2018年11月更新

电子建设者的主要开发人员继续为该项目投入大量工作,包括支持Electron 3,新工件发布目的地,以及定期发布错误修复.先前的维护者从电子打包器中退出,他们仍然没有Windows维护者,并且仍然不支持已签名的Windows二进制文件.以供参考:

electron-packager ( 72 releases,  17 open issues,   639 closed)
electron-builder  (651 releases, 399 open issues, 2,603 closed)

Run Code Online (Sandbox Code Playgroud)

Answer 2

Rat*_*ica 68

电子打包器是(更新:在此提交中更改:"refactor:merge electron-packager"),由电子制造商使用.这篇文章指出

如果你真的想去城里,看看电子制造商,它采用电子包装工具生产的包装,并创建自动安装程序.

这是不正确的：我在电子构建器的 package.json 中没有看到任何对电子打包器的引用。https://github.com/electron-userland/electron-builder/search?utf8=%E2%9C%93&q=electron-packager&type= (2认同)
那是因为它不再是了。 (2认同)

Answer 3

小智 13

electron-packager包含源代码并生成可执行文件.

电子建设者可以在电子中生成具有"自动更新"支持的安装程序.

http://electron.atom.io/docs/api/auto-updater/

Answer 4

Gen*_*wen 6

您可以使用此https://github.com/SimulatedGREG/electron-vue/使用vue和电子生成模板，它支持电子打包器和电子构建器。

对我来说，我总是更喜欢 electro-builder，因为它对我来说更简单，可以使用 travis ci 和 appveyor 生成二进制文件并发布到 github 版本，就像我制作的这个 repo https://github.com/gengjiawen/android-studio-帮助者/发布。

Answer 5

aes*_*rro 5

好的，我知道这个线程很旧，但是我想建议任何人/所有人都使用电子伪造，它将使您的生活变得更好，并且我认为使用它会使您感到更聪明。我个人面临包装困境的噩梦。它具有简陋的CLI，可在全球范围内安装，您的梦想可能成真。

我肯定希望能有所帮助！不用担心，我没有做到，但是它可以帮助我制作桌面应用程序。

我希望能在浪费过去两天与构建器和打包器混淆之前找到此评论。 (2认同)
@InkhSuTesou 不过，这是一个令人担忧的问题吗？所有这些漏洞都存在于工具使用的特定依赖项版本中。大多数这些漏洞都与拒绝服务有关，而且这些漏洞听起来都不像您构建的软件包中会出现的问题。forge、builder 和 packager 都是您在本地运行的工具，而不是带有您部署的 API 的工具。要利用这些问题，攻击者需要影响您的源代码树或 CI 服务器，如果他们可以执行其中任何一项操作，那么他们就不需要 lodash 漏洞。 (2认同)

归档时间：	9 年，4 月前
查看次数：	37140 次
最近记录：	6 年前