跳转到主要内容

Apple Silicon 支持

·3 分钟阅读

随着 Apple Silicon 硬件将在今年晚些时候发布,您该如何让自己的 Electron 应用在新硬件上运行呢?


随着 Electron 11.0.0-beta.1 的发布,Electron 团队现在开始提供 Electron 的新版本构建,这些构建将在今年晚些时候苹果推出的新 Apple Silicon 硬件上运行。您可以通过 npm install electron@beta 获取最新的 beta 版本,或直接从我们的 发布网站 下载。

它是如何运作的?

从 Electron 11 开始,我们将为 Intel Mac 和 Apple Silicon Mac 提供独立的 Electron 版本。在此更改之前,我们已经提供了两个构件 darwin-x64mas-x64,后者用于 Mac App Store 的兼容性。现在我们还提供了另外两个构件 darwin-arm64mas-arm64,它们是上述构件的 Apple Silicon 等效版本。

我需要做什么?

您将需要提供两个版本的应用程序:一个用于 x64(Intel Mac),一个用于 arm64(Apple Silicon)。好消息是 electron-packagerelectron-rebuildelectron-forge 已经支持针对 arm64 架构。只要您运行的是这些包的最新版本,并且将目标架构更新为 arm64,您的应用程序就能完美运行。

未来,我们将发布一个包,允许您将 arm64x64 应用程序“合并”成一个通用的二进制文件,但值得注意的是,这个二进制文件会非常大,可能不适合发布给用户。

更新:该包现已在 @electron/universal 上提供。您可以用它来将两个已打包的 x64 和 arm64 应用合并成一个单一的二进制文件。

潜在问题

原生模块

由于您要面向一个新的架构,您需要更新一些依赖项,这可能会导致构建问题。下面列出了一些依赖项的最低版本要求,供您参考。

依赖项版本要求
Xcode>=12.2.0
node-gyp>=7.1.0
electron-rebuild>=1.12.0
electron-packager>=15.1.0

由于这些依赖项的版本要求,您可能需要修复或更新某些原生模块。值得注意的是,Xcode 升级会引入新版本的 macOS SDK,这可能会导致您的原生模块构建失败。

我该如何测试?

目前,Apple Silicon 应用程序只能在 Apple Silicon 硬件上运行,而 Apple Silicon 硬件在撰写此博文时尚未商业上市。如果您有 开发者过渡套件,可以在上面测试您的应用程序。否则,您将不得不等待生产 Apple Silicon 硬件的发布,才能测试您的应用程序是否正常工作。

Rosetta 2 怎么样?

Rosetta 2 是 Apple 的 Rosetta 技术的最新迭代,它允许您在新的 arm64 Apple Silicon 硬件上运行 x64 Intel 应用程序。尽管我们相信 x64 Electron 应用程序可以在 Rosetta 2 下运行,但仍有一些重要事项需要注意(以及为什么您应该发布原生的 arm64 二进制文件)。

  • 您的应用程序性能将大大降低。Electron / V8 使用 JIT 编译 JavaScript,由于 Rosetta 的工作方式,您将有效地运行两次 JIT(一次在 V8 中,一次在 Rosetta 中)。
  • 您将失去 Apple Silicon 中新技术带来的好处,例如更大的内存页大小。
  • 我们有没有提到过性能会显著下降?

社区 Discord 服务器与 Hacktoberfest

·3 分钟阅读

加入我们,共同庆祝开源,进行社区互动,历时整月。


Hacktoberfest and Discord banner

Electron 社区 Discord 启动

Electron 的 外联工作组 非常激动地宣布推出我们的官方社区 Discord 服务器!

为什么是新的 Discord 服务器?

早期作为 Atom 文本编辑器 的支柱,在 Atom 的 Slack 工作区的一个频道中进行了关于 Electron 框架的社区讨论。随着时间的推移,这两个项目逐渐解耦,Atom 工作区对 Electron 项目的相关性下降,维护者在 Slack 频道中的参与度也随之下降。

到目前为止,我们仍然将更广泛的社区引导至 Atom Slack 工作区,尽管我们收到了许多关于用户难以收到邀请的报告,而且我们的一些核心维护者也很少在该频道活跃。

我们正在建立这个全新的服务器,作为社区的中心讨论平台,您可以在此获取关于 Electron 所有内容的最新消息。

快来加入我们!

到目前为止,服务器成员由几位维护者组成,他们一直在共同设置,但我们非常期待与大家交流!快来寻求帮助,了解 Electron 的最新发布,或与其他开发者一起闲逛。我们有一个方便的 邀请链接,可以让您访问服务器!

Hacktoberfest 2020

作为一个大型且长期运行的开源项目,Electron 在没有社区的贡献下不可能取得如此大的成功,从代码提交到 bug 报告再到文档更改,以及更多。这就是为什么我们相信参与 Hacktoberfest 的重要性,以吸引更广泛的各种技能水平的开发者加入该项目。

零碎事宜

今年,我们没有更广泛的项目可以供大家完成,但我们希望专注于为整个 Electron JavaScript 生态系统贡献机会。

请在我们的各个存储库中查找标记为 hacktoberfest 的问题,包括主要的 electron/electron 存储库、electron/electronjs.org 网站、electron/fiddle,以及 electron-userland/electron-forge

附注:如果您觉得特别有挑战性,我们还积压了一些标记为 help wanted 的问题,如果您正在寻找更具挑战性的任务。

遇到困难?快来和我们聊聊!

此外,我们的 Discord 服务器正式上线也恰逢一年中最大的开源软件庆祝活动,这并非巧合。查看 #hacktoberfest 频道,就您的 Hacktoberfest PR 寻求帮助。如果您错过了,再次提供邀请链接

Electron 10.0.0

·阅读时长 5 分钟

Electron 10.0.0 已经发布!它包含了对 Chromium 85、V8 8.5 和 Node.js 12.16 的升级。我们还添加了几个新的 API 集成和改进。请阅读下文了解更多详情!


Electron 团队很高兴地宣布 Electron 10.0.0 的发布!您可以使用 npm 通过 npm install electron@latest 进行安装,或从我们的 发布网站 下载。此版本包含了大量的升级、修复和新功能。

在 Electron 10 的发布中,我们还对发布说明进行了一项更改。为了更容易区分 Electron 10 中的全新内容以及与过去版本相比可能发生的更改,我们现在还包括了已引入 Electron 10 但已向先前版本回溯的更改。我们希望这能让应用程序在升级 Electron 时更容易找到新功能和 bug 修复。

我们迫不及待地想看到您用它们构建出什么!请继续阅读有关此版本的详细信息,并请分享您的任何反馈!

重要变更

技术栈变更

重点特性

  • 添加了 contents.getBackgroundThrottling() 方法和 contents.backgroundThrottling 属性。[#21036]
  • 在主进程中暴露了 desktopCapturer 模块。#23548
  • 现在可以通过调用 ses.isPersistent() API 来检查给定的 session 是否是持久化的。#22622
  • 解决了由于网络 IP 地址更改和 ICE 导致 RTC 调用无法连接的网络问题。(Chromium 问题 1113227)。#24998

请参阅 10.0.0 版本发布说明,了解新功能和更改的完整列表。

破坏性变更

  • enableRemoteModule 的默认值更改为 false#22091
    • 这是我们计划弃用 remote 模块并将其迁移到用户空间的计划的一部分。您可以阅读并关注 此问题,其中详细说明了我们这样做的原因,并包含拟议的弃用时间表。
  • app.allowRendererProcessReuse 的默认值更改为 true#22336(在 Electron 9 中也有)
    • 这将阻止在渲染器进程中加载非上下文感知的原生模块。
    • 您可以阅读并关注此问题,其中详细说明了我们这样做的原因,并包含了弃用的建议时间表。
  • 修复了 macOS 上当操作系统区域设置为 RTL 语言(如阿拉伯语或希伯来语)时窗口按钮的定位。无边框窗口应用程序在 styling 其窗口时可能需要考虑此更改。#22016

有关这些及未来更改的更多信息,请参阅计划中的重大更改页面。

API 更改

  • Session:现在可以通过调用 ses.isPersistent() API 来检查给定的 session 是否是持久化的。#22622
  • Contents:添加了 contents.getBackgroundThrottling() 方法和 contents.backgroundThrottling 属性。#21036

已弃用的 API

以下 API 现已弃用或被移除

  • 移除了 netLog 中已弃用的 currentlyLoggingPath 属性。此外,netLog.stopLogging 不再返回记录日志的路径。#22732
  • crashReporter 中弃用了未压缩的崩溃报告上传。#23598

停止对 7.x.y 的支持

根据项目的 支持策略,Electron 7.x.y 已达到支持终点。鼓励开发者和应用程序升级到新版本的 Electron。

下一步计划

短期内,您可以期望团队继续专注于跟上 Electron 主要组件(包括 Chromium、Node 和 V8)的发展。虽然我们小心翼翼地不承诺发布日期,但我们的计划是大约每季度发布一次包含这些组件新版本的新主要 Electron 版本。 11.0.0 暂定计划 概述了 Electron 11.0 开发生命周期中的关键日期。此外,请参阅我们的 版本文档 以获取有关 Electron 版本控制的更详细信息。

有关 Electron 未来版本中计划的重大更改的信息,请参阅我们的计划中的重大更改文档

继续为弃用 remote 模块而努力(Electron 11 中)

我们在 Electron 9 中开始着手移除 remote 模块,并且我们将继续推进移除 remote 模块的计划。在 Electron 11 中,我们计划继续进行重构工作,以实现 WeakRef,正如我们在 Electron 10 中所做的那样。请阅读并关注 此问题,以获取完整的计划和弃用细节。

要求原生 Node 模块具备上下文感知或使用 N-API 的最终步骤(Electron 12 中)

编辑:最初,这篇博客文章声明我们将在 Electron 11 中禁用渲染器进程重用。禁用渲染器进程重用现已推迟到 Electron 12。

从 Electron 6 开始,我们一直在为要求在渲染进程中加载的 原生 Node 模块 具备 N-API上下文感知 打下基础。强制执行此更改可以提高安全性、性能,并减少维护工作量。此计划的最后一步是在 Electron 12 中移除禁用渲染进程重用的能力。请阅读 此问题 以获取包括拟议时间表在内的完整详细信息。

Electron 成为 OpenJS 基金会影响力项目

·一分钟阅读

今天上午在 OpenJS World 上,我们宣布 Electron 已正式从 OpenJS Foundation 的孵化计划中毕业,并成为 OpenJS Foundation 的一项重要项目。

Electron 于 2019 年 12 月在蒙特利尔举行的上一次 OpenJS Foundation 全球会议上 进入孵化阶段。我们很高兴能够作为一个重要项目在 JavaScript 社区中发挥更大的作用,并继续与 OpenJS Foundation 合作。


了解更多

您可以在 OpenJSF 网站 上了解该基金会、其使命及其成员。OpenJS Foundation 是 jQuery、Node.js 和 webpack 等众多开源 JavaScript 项目的托管方。它得到了 GoDaddy、Google、IBM、Intel、Joyent 和 Microsoft 等 30 家企业和终端用户成员的支持。

Electron 是一个使用 Web 技术构建跨平台桌面应用程序的开源框架。要了解更多关于 Electron 背后的开发人员以及他们如何协同工作,请查看我们的 治理页面

要开始使用 Electron 本身,请查看 我们的文档

谷歌文档季

·3 分钟阅读

Electron 很荣幸能参与第二届 Google 文档季活动。该活动旨在让开源项目的技术作者与导师进行合作,以改善项目文档。


什么是文档季?

Season of Docs logo

Docs 季是一个促进技术作家和开源社区之间协作的计划,使双方都受益。开源维护者利用技术作者的技术写作专长来改进文档的结构和内容,而技术作者则在导师的指导下接触开源社区。在 Google 的 Docs 季网站 上了解更多。

在我们第一次参与该计划时,我们将指导一名技术作家,他将与 Electron 的 生态系统工作组 一起重塑我们的大部分文档。您可以在 这里 了解整个项目的更多时间线信息。

我该如何报名?

您是否有兴趣作为技术作家与我们合作?首先,请熟悉 Google 今年 技术作家指南,并查看我们准备的两个 项目创意草稿

为了被选为 Electron 文档季的技术作者,候选人需要在 6 月 8 日至 7 月 9 日期间的技术作者申请阶段,在 Google 文档季网站上进行申请。

您的应用程序应包含一份提案,这是一份详细描述您计划在 3 个月内完成的 Electron 文档工作的书面文件。此提案可以基于我们在项目创意文档中提到的一个起点进行扩展,也可以是全新的内容。不知道从哪里开始?您可以查看去年的 已接受提案列表 以获取灵感。

除了提案之外,我们还将审查您作为技术作家的背景。请附上您的简历副本,重点突出相关的写作经验,以及技术写作样本(这些样本可以是现有的文档、教程、博文等)。

如果您想讨论项目提案,请发送电子邮件至 season-of-docs@electronjs.org,我们可以从那里开始交流!

参考

Electron 9.0.0

·阅读时长 5 分钟

Electron 9.0.0 已发布! 它包含了对 Chromium 83、V8 8.3 和 Node.js 12.14 的升级。 我们为拼写检查功能添加了几个新的 API 集成,启用了 PDF 查看器,以及更多!


Electron 团队很高兴地宣布 Electron 9.0.0 的发布!您可以使用 npm 通过 npm install electron@latest 进行安装,或从我们的 发布网站 下载。此版本包含了大量的升级、修复和新功能。我们迫不及待地想看到您用它们构建的精彩作品!请继续阅读以了解此版本的详细信息,并分享您的任何反馈!

重要变更

技术栈变更

重点特性

  • 拼写检查功能的多项改进。有关更多详细信息,请参见 #22128#22368
  • 改进了 Linux 上窗口事件处理程序的效率。 #23260
  • 启用 PDF 查看器。 #22131

有关新功能和变化的完整列表,请参见 9.0.0 发行说明

破坏性变更

  • 在 `enableRemoteModule: true` 未设置的情况下使用 `remote` 会出现弃用警告。 #21546
    • 这是我们计划弃用 remote 模块并将其迁移到用户空间的第一个步骤。您可以阅读并关注 此问题,其中详细说明了我们这样做的原因,并包含拟议的弃用时间表。
  • 默认设置 `app.enableRendererProcessReuse` 为 true。 #22336
    • 这是为未来要求在渲染进程中加载的原生 Node 模块具备 N-API上下文感知 而进行的持续性工作。完整信息和拟议时间表详见 此问题
  • 通过 IPC 发送非 JavaScript 对象现在会抛出异常。 #21560
    • 此行为在 Electron 8.0 中已被弃用。 在 Electron 9.0 中,旧的序列化算法已被移除,发送这类不可序列化的对象现在将抛出“object could not be cloned”错误。

有关这些及未来更改的更多信息,请参阅计划中的重大更改页面。

API 更改

  • shell API 变更
    • shell.openItem API 已被异步的 shell.openPath API 取代。提案
  • session API 变更
    • 添加了 `session.listWordsFromSpellCheckerDictionary` API 以列出词典中的自定义单词。 #22128
    • 添加了 `session.removeWordFromSpellCheckerDictionary` API 以从词典中删除自定义单词。 #22368
    • 添加了 `session.serviceWorkerContext` API 来访问基本的 service worker 信息并接收来自 service worker 的控制台日志。 #22313
  • app API 变更
    • 在 macOS 的 `app.focus()` 中添加了一个新的 force 参数,以允许应用强制获取焦点。 #23447
  • BrowserWindow API 变更
    • 在 `BrowserWindow` 上为一些 getter/setter 对添加了属性访问支持。 #23208

已弃用的 API

以下 API 现已弃用或被移除

  • shell.openItem API 现已弃用,并由异步的 `shell.openPath API` 替代。
  • 在 Electron 8.0 中被弃用的 `<webview>.getWebContents` 现已被移除。
  • 在 Electron 8.0 中被弃用的 `webFrame.setLayoutZoomLevelLimits` 现已被移除。

停止支持 6.x.y

根据项目的 支持策略,Electron 6.x.y 已达到支持终点。鼓励开发者和应用程序升级到新版本的 Electron。

下一步计划

短期内,您可以期望团队继续专注于跟上 Electron 主要组件(包括 Chromium、Node 和 V8)的发展。虽然我们小心翼翼地不承诺发布日期,但我们的计划是大约每季度发布一次包含这些组件新版本的新主要 Electron 版本。 10.0.0 暂定计划 概述了 Electron 10.0 开发生命周期中的关键日期。此外,请参阅我们的 版本文档 以获取有关 Electron 版本控制的更详细信息。

有关 Electron 未来版本中计划的重大更改的信息,请参阅我们的计划中的重大更改文档

contextIsolation 的默认值从 false 更改为 true(始于 Electron 10)

在没有 contextIsolation 的情况下,渲染器进程中运行的任何代码都可以相当容易地访问 Electron 内部或应用的预加载脚本。 然后,该代码可以执行 Electron 希望加以限制的特权操作。

更改此默认值可提高 Electron 应用程序的默认安全性,这样应用程序将需要明确选择不安全行为。Electron 将在 Electron 10.0 中弃用 contextIsolation 的当前默认值,并在 Electron 12.0 中更改为新默认值(true)。

有关 contextIsolation 的更多信息,如何轻松启用它及其安全优势,请参阅我们专门的 上下文隔离文档

即将发布的 Electron 版本

·一分钟阅读

Electron 暂时暂停重大版本发布


发生了什么?

我们的 主要版本发布周期计划 与 Chromium 的同步,而 Chromium 项目最近决定 暂停其发布,原因是工作计划调整。这意味着在 Chromium 更改发布周期的期间,Electron 也将暂时暂停新的主要版本发布。

我们认为最好的选择是跟随 Chromium 的步伐,因此在此期间,Electron 团队将转为全职投入到 Bug 修复、安全、性能和稳定性工作中。

我们希望在此期间能优先考虑维护者和用户的福祉,因此我们欢迎您的反馈,并期待恢复正常的发布计划。

更多更新,请关注我们的 Twitter 账号

编辑(2020-03-30):Electron 9 稳定版将以 Chromium M83 为目标,并于 2020 年 5 月 19 日发布,以响应 Chromium 的公告,该公告跳过了 M82 稳定日期并调整了 M83 稳定日期。

Electron 8.0.0

·7分钟阅读

Electron 8.0.0 已经发布!它包含了 Chromium 80、V8 8.0 和 Node.js 12.13.0 的升级。我们添加了 Chrome 内置的拼写检查器,以及更多功能!


Electron 团队很高兴地宣布 Electron 8.0.0 的发布!您可以使用 npm 通过 npm install electron@latest 进行安装,或从我们的 发布网站 下载。此版本包含了大量的升级、修复和新功能。我们迫不及待地想看到您用它们构建的精彩作品!请继续阅读以了解此版本的详细信息,并分享您的任何反馈!

重要变更

技术栈变更

重点特性

  • 实现了 Chrome 内置拼写检查功能的使用。有关更多详细信息,请参见 #20692#21266
  • IPC 通信现在使用 v8 的结构化克隆算法。它比现有逻辑更快、功能更丰富、更不易出乎意料,并且为大型缓冲区和复杂对象带来了 2 倍的性能提升。小消息的延迟没有显著影响。有关更多详细信息,请参见 #20214

请参阅 8.0.0 发行说明,了解新功能和更改的完整列表。

破坏性变更

  • 在上下文感知模块的弃用警告中显示模块名称。 #21952
    • 这是为未来要求在渲染进程中加载的原生 Node 模块具备 N-API上下文感知 而进行的持续性工作。完整信息和拟议时间表详见 此问题
  • 通过 IPC 发送的值现在使用结构化克隆算法进行序列化。#20214
  • 由于缺少维护者来处理此功能,因此当前禁用了屏幕外渲染。它在 Chromium 升级期间出现故障,随后被禁用。#20772

有关这些及未来更改的更多信息,请参阅计划中的重大更改页面。

API 更改

  • app API 变更
    • 添加了 app.getApplicationNameForProtocol(url)#20399
    • 在 Windows 上添加了对 app.showAboutPanel()app.setAboutPanelOptions(options) 的支持。 #19420
  • BrowserWindow API 变更
    • 更新了文档,指出 BrowserWindow 的 hasShadow 选项在所有平台上都可用 #20038
    • 向 BrowserWindow 选项添加了 trafficLightPosition 选项,以允许自定义红绿灯按钮的位置。 #21781
    • 向 BrowserWindow 添加了 accessibleTitle 选项,用于设置可访问的窗口标题 #19698
    • BrowserWindow.fromWebContents() 现在可以返回 null #19983
    • 添加了 BrowserWindow.getMediaSourceId()BrowserWindow.moveAbove(mediaSourceId)#18926
    • 在 macOS 上添加了对 will-move 事件的支持。 #19641
  • 为之前未记录的 crashReporter.getCrashesDirectory() 添加了文档。#20417
  • dialog API 变更
    • dialog.showOpenDialogdialog.showOpenDialogSync 添加了 dontAddToRecent 属性,以防止在 Windows 的打开对话框中将文档添加到最近使用的文档列表。#19669
    • dialog.showSaveDialogdialog.showSaveDialogSync 添加了属性自定义功能。 #19672
  • Notification API 变更
    • 添加了 timeoutType 选项,允许 Linux/Windows 用户设置通知超时的类型。 #20153
    • 添加了 urgency 选项,用于设置 Linux 通知的紧急程度。 #20152
  • session API 变更
    • 更新了关于 session.setProxy(config)session.setCertificateVerifyProc(proc) 的文档,以注明可选选项。 #19604
    • 添加了 session.downloadURL(url),允许在没有 BrowserWindow 的情况下触发下载。 #19889
    • 通过 session.preconnect(options)preconnect 事件添加了对 HTTP 预连接资源提示的支持。 #18671
    • 添加了 session.addWordToSpellCheckerDictionary,允许在字典中添加自定义单词 #21297
  • 在 macOS 上的 shell.moveItemToTrash(fullPath[, deleteOnFail]) 中添加了选项,用于指定 moveItemToTrash 失败时的处理方式。#19700
  • systemPreferences API 变更
    • 更新了 macOS 的 systemPreferences.getColor(color) 文档。 #20611
    • systemPreferences.getMediaAccessStatus() 添加了 screen 媒体类型。 #20764
  • 添加了 nativeTheme.themeSource,允许应用覆盖 Chromium 和操作系统的主题选择。 #19960
  • TouchBar API 变更
    • TouchBarButtonTouchBarLabel 添加了 accessibilityLabel 属性,以提高 TouchBarButton/TouchBarLabel 的可访问性。#20454
    • 更新了 TouchBar 相关文档 #19444
  • tray API 变更
    • tray.displayBalloon() 添加了新选项:iconTypelargeIconnoSoundrespectQuietTime#19544
    • 添加了 tray.removeBalloon(),用于移除已显示的气球通知。 #19547
    • 添加了 tray.focus(),将焦点返回到任务栏通知区域。 feat: add tray.focus() #19548
  • webContents API 变更
    • 添加了 contents.executeJavaScriptInIsolatedWorld(worldId, scripts[, userGesture]) 以在 webContents API 上公开 executeJavaScriptInIsolatedWorld。#21190
    • 添加了捕获隐藏的 webContents 的方法。 #21679
    • webContents.print([options], [callback]) 添加了选项,以启用打印页面页眉和页脚的自定义。 #19688
    • 通过 webContents.getAllSharedWorkers()webContents.inspectSharedWorkerById(workerId) 添加了检查特定共享工作进程的能力。#20389
    • 在 WebContents.printToPDF() 中添加了对 fitToPageEnabledscaleFactor 选项的支持。 #20436
  • 更新了 webview.printToPDF 文档,以表明返回类型现在是 Uint8Array。 #20505

已弃用的 API

以下 API 现已弃用

  • BrowserWindow.setVisibleOnAllWorkspaces 中弃用了无效的 visibleOnFullScreen 选项,以在下一个主要版本中将其删除。#21732
  • 弃用了 macOS 上 systemPreferences.getColor(color)alternate-selected-control-text#20611
  • 由于 Chromium 移除了此功能,因此在 webContentswebFrame<webview> Tag 上弃用了 setLayoutZoomLevelLimits#21296
  • app.allowRendererProcessReuse 的默认值 false 现已弃用。 #21287
  • 弃用了 <webview>.getWebContents(),因为它依赖于 remote 模块。 #20726

停止对 5.x.y 的支持

根据项目的 支持策略,Electron 5.x.y 已达到支持终点。鼓励开发者和应用程序升级到新版本的 Electron。

应用反馈计划

我们继续使用我们的 应用程序反馈计划 进行测试。参与该计划的项目在他们的应用程序上测试 Electron beta 版本;作为回报,他们发现的新 bug 在稳定版本中会被优先处理。如果您想参与或了解更多信息,请查看我们关于该计划的博文

下一步计划

短期内,您可以期望团队继续专注于跟上 Electron 主要组件(包括 Chromium、Node 和 V8)的发展。虽然我们小心翼翼地不承诺发布日期,但我们的计划是大约每季度发布一次包含这些组件新版本的新主要 Electron 版本。 9.0.0 暂定计划 概述了 Electron 9 开发生命周期中的关键日期。此外,请参阅我们的 版本文档 以获取有关 Electron 版本控制的更详细信息。

有关 Electron 未来版本中计划的重大更改的信息,请参阅我们的计划中的重大更改文档

弃用 remote 模块(始于 Electron 9)

由于严重的安全性问题,我们从 Electron 9 开始着手计划弃用 remote 模块。您可以阅读并关注 此问题,其中详细说明了我们这样做的原因,并包含拟议的弃用时间表。

Electron 加入 OpenJS 基金会

·阅读时间 2 分钟

在蒙特利尔举行的 Node+JS Interactive 上,OpenJS Foundation 宣布接受 Electron 加入该基金会的孵化计划。该基金会致力于通过提供一个中立的组织来托管和支持项目,并协作资助有益于整个社区的活动,从而支持 JavaScript 生态系统和 Web 技术的健康发展。

OpenJS Foundation 是 jQuery、Node.js 和 webpack 等众多开源 JavaScript 项目的托管方。它得到了 GoDaddy、Google、IBM、Intel、Joyent 和 Microsoft 等 30 家企业和终端用户成员的支持。Electron 是一个使用 Web 技术构建跨平台桌面应用程序的开源框架。

这对 Electron 来说是一个令人兴奋的举措,我们认为这是我们作为开源项目发展的下一步。


这对开发者意味着什么

Electron 加入 OpenJS Foundation 不会改变 Electron 的开发、发布或使用方式,也不会直接影响使用 Electron 构建应用程序的开发者。尽管 Electron 最初是在 2013 年在 GitHub 创建的,但目前它由许多组织和个人维护。2019 年,Electron 规范化了其治理结构,并大力投入于正式化影响整个项目的决策过程。我们相信,多个组织和开发者的投入和协作将使该项目更加强大。

将 Electron 从单一企业实体所有,转移到一个专注于支持 Web 和 JavaScript 生态系统的中立基金会,是我们作为开源项目成熟过程中的一个自然而然的下一步。

了解更多

您可以在 OpenJSF 网站 上了解该基金会、其使命及其成员。有关 Electron 被接受加入 OpenJSF 孵化计划的更多信息和引述,请查看官方新闻稿。要了解更多关于 Electron 背后的开发人员以及他们如何协同工作,请查看我们的 治理页面

要开始使用 Electron 本身,请查看 我们的文档

Chromium WebAudio 漏洞修复 (CVE-2019-13720)

·阅读时间 2 分钟

Chromium 中发现了一个高危漏洞,该漏洞影响包括 Electron 在内的所有基于 Chromium 的软件。

此漏洞已被分配 CVE-2019-13720。您可以在 Chrome 博客文章 中阅读更多信息。

请注意,Chrome 报告称此漏洞已在野外被利用,因此强烈建议您尽快升级 Electron。


范围

这会影响任何可能运行第三方或不受信任的 JavaScript 的 Electron 应用程序。

缓解措施

受影响的应用应升级到已修复的 Electron 版本。

我们已发布新版本的 Electron,其中包含此漏洞的修复程序。

Electron 7.0.1 在公告发布前已自动包含来自上游的修复。Electron 8 同样不受影响。该漏洞在 Electron 5 中不存在,因此该版本也不受影响。

进一步信息

此漏洞由 Kaspersky Labs 的 Anton Ivanov 和 Alexey Kulaev 发现,并报告给了 Chrome 团队。Chrome 博客文章可以在 这里 找到。

要了解有关保护您的 Electron 应用安全的最佳实践,请参阅我们的安全教程

如果您希望报告 Electron 的漏洞,请发送电子邮件至 security@electronjs.org