10年了，开发人员仍然不明白 Electron 的意义

正文

请到「今天看啥」查看全文

Electron 的历史只能追溯到 2013 年，并不算久远。在使用桌面封装器发布 Web 应用程序之前，开发人员通常会为每个平台编写完全独立的本地应用程序。想要支持 Mac？编写 Objective-C 或 Swift ，然后使用 Cocoa。想要 Windows 支持？那就挽起袖子写 C++、C# 或 .NET 。Linux ？那就更有趣了。每个平台都有不同的用户界面范式、代码习惯用法和构建管道，因此，保持一致性是个令人头疼的问题。许多团队最终需要维护两到三个代码库，每个代码库都有自己细微的差别。

一些跨平台工具包，如 Qt 或 JavaFX，提供了部分解决方案，但往往有一个复杂的集成层、 UX 体验不一致，偶尔还会出现性能不佳的情况。与此同时，依赖 JVM 的 Java 虽然功能强大，但对于面向消费者的桌面应用程序来说，它从来都没有提供过特别丝滑的体验。当然，它可以让你 “一次编写，随处运行”，但并不是每个人都想用 Swing 或 JavaFX 来构建现代用户界面。而且，如果你需要将应用程序发布到 Web 上，JVM 也帮不上忙。

因此，如果回到，比如说 2010 年，构建跨平台桌面应用程序的感觉往往就像在两英尺深的雪地里艰难前行。

Electron 是如何出现的？

进入 2013 年：Electron（最初名为 Atom Shell ）由 GitHub 工程师 Cheng Zhao 创建。这并不是什么利他主义的开源礼物 ——相反，它是作为 Atom 编辑器的基础。这是 GitHub 新推出的一个 “可删节的（ hackable ） ”文本编辑器，依赖于 Web 技术（HTML、CSS、JS），但需要在桌面上运行。从一开始，GitHub 就资助并培育了这个框架。因此，Electron 很快就从实际测试、持续的开发反馈和庞大的用户群（即 Atom 社区）中受益了。

具有讽刺意味的是，虽然 Atom 本身已被 Visual Studio Code 的光芒所掩盖，但其底层框架却日益强大，变得更具通用性。几年内，“Atom Shell ”更名为 Electron，并于 2016 年发布了 1.0 版本。当时，Slack 和 GitKraken 等公司已经在使用它。然后发生了一件大事：微软在 Electron 的基础上推出了 VSCode。仅凭这一点，许多企业团队就认可了 Electron。

请到「今天看啥」查看全文