Electron 11.0.0
Electron 11.0.0 がリリースされました!Chromium 87
、V8 8.7
、Node.js 12.18.3
へのアップグレードが含まれています。Apple Silicon のサポートと一般的な改善が追加されました。詳細は以下をお読みください!
Electron チームは、Electron 11.0.0 のリリースを発表できることを嬉しく思います!npm install electron@latest
を使用して npm でインストールするか、リリース ウェブサイトからダウンロードできます。このリリースには、アップグレード、修正、および Apple の M1 ハードウェアの新しいサポートが満載されています。
皆さんがそれらで何を構築するのか楽しみにしています!このリリースに関する詳細については読み進めていただき、フィードバックがあれば共有してください!
注目すべき変更点
スタックの変更
- Chromium
87.0.4280.47
- Node.js
12.18.3
- V8
8.7
ハイライト機能
- Apple M1 のサポート:11月10日、Apple は新しい M1 チップを発表しました。これは、今後のハードウェアに含まれます。Electron 11 以降では、Electron は Intel Mac (x64) 用と Apple の今後の M1 ハードウェア (arm64) 用に別々のバージョンの Electron を出荷します。Electron アプリを Apple の M1 ハードウェアで実行する方法について、こちらで詳しく学ぶことができます。 #24545
- crashReport パラメーターに V8 クラッシュ メッセージと場所情報を追加しました。#24771
- コンテキスト ブリッジを介してワイド オブジェクトを送信するパフォーマンスを改善しました。#24671
新機能と変更の完全なリストについては、11.0.0 のリリースノートを参照してください。
破壊的変更
- 実験的な API を削除しました:
BrowserView.{fromId, fromWebContents, getAllViews}
およびBrowserView
のid
プロパティ。#23578
これらの変更および将来の変更の詳細については、計画された破壊的変更ページを参照してください。
API の変更
- 特定のプロトコルを処理するアプリに関する詳細情報を返す
app.getApplicationInfoForProtocol()
API を追加しました。#24112 - ファイル パスとその最大サムネイル サイズを指定して、ファイルのプレビュー イメージを返す
app.createThumbnailFromPath()
API を追加しました。#24802 - ハングしたレンダラーの回復を支援するために、レンダラープロセスを強制的に終了させる
webContents.forcefullyCrashRenderer()
を追加しました。#25756
8.x.y のサポート終了
プロジェクトのサポートポリシーに従って、Electron 8.x.y はサポート終了になりました。開発者とアプリケーションは、より新しいバージョンの Electron にアップグレードすることをお勧めします。
今後の予定
短期的には、チームは Chromium、Node、V8 を含む Electron を構成する主要コンポーネントの開発に引き続き注力します。リリース日については約束しないように注意していますが、計画では、これらのコンポーネントの新しいバージョンを含む Electron の新しいメジャーバージョンを四半期ごとにリリースする予定です。暫定的な 12.0.0 スケジュールでは、Electron 12.0 の開発ライフサイクルの主要な日付が示されています。また、Electron のバージョン管理に関する詳細については、バージョン管理ドキュメントを参照してください。
Electron の今後のバージョンでの計画された破壊的変更に関する情報については、計画された破壊的変更ドキュメントを参照してください。
remote
モジュールの非推奨化に向けた継続的な作業
私たちはElectron 9でremote
モジュールの削除作業を開始しました。Electron 14ではremote
モジュール自体を削除する予定です。
非推奨化に関する完全な計画と詳細については、このIssueを参照してください。
ネイティブNodeモジュールにコンテキスト対応またはN-APIを要求する最終ステップ(Electron 12にて)
Electron 6以降、レンダラープロセスでロードされるネイティブNodeモジュールに対して、N-APIまたはコンテキスト対応のいずれかであることを要求する準備を進めてきました。この変更を強制することで、セキュリティの強化、パフォーマンスの向上、およびメンテナンス作業の削減が可能になります。この計画の最終ステップは、Electron 12でレンダラープロセスの再利用を無効にする機能を削除することです。
提案されたスケジュールを含む詳細については、このIssueを参照してください。