幾十年前，我們通常使用通用文本編輯器和專用集成開發(fā)環(huán)境（IDE）來編寫各種編程語言的代碼。我還記得用微軟記事本學(xué)習(xí) Java 和 C。后來，程序員開始使用帶有基本代碼編輯功能（如語法高亮）的文本編輯器，這些特殊文本編輯器如 Notepad++ 和 Sublime Text 被稱為代碼編輯器。同時，IDE 也幫助開發(fā)者高效地編寫源碼，但它們僅限于特定的技術(shù)棧。例如，曾用 Visual Basic 6 IDE 編寫 Visual Basic 代碼來構(gòu)建 Windows 應(yīng)用。

代碼編輯器與 IDE 的結(jié)合

之后，代碼編輯器開始具備通用 IDE 功能，使程序員能夠用任何編程語言編寫代碼。任何流行的代碼編輯器通常都有一個功能齊全的代碼編輯區(qū)域，具有語法高亮、目錄樹、終端、語言檢查集成和調(diào)試器/編譯器集成功能。這些編輯器還引入了一個簡約的插件系統(tǒng)，讓程序員可以為各種技術(shù)棧構(gòu)建便利工具，這就是 VSCode 等代碼編輯器重新定義代碼編輯的方式。

VSCode 成為軟件行業(yè)的默認(rèn)代碼編輯器。它毫無疑問為任何流行的技術(shù)棧提供了類似 IDE 的環(huán)境，但其內(nèi)部設(shè)計隱藏的問題導(dǎo)致了性能問題。VSCode 是一個混合應(yīng)用程序（一個在原生窗口上運行的網(wǎng)絡(luò)應(yīng)用程序），永遠(yuǎn)不會成為原生應(yīng)用程序。想象一下，一個類似 VSCode 的真正原生編輯器，即使在你的舊臺式電腦上也能流暢運行！

VSCode 是模擬原生外觀的混合應(yīng)用程序

VSCode 是微軟的開源產(chǎn)品，一家巨大的軟件公司，完全有能力開發(fā)出一個提供所有 VSCode 功能的原生代碼編輯器。那么，為什么 VSCode 會成為混合應(yīng)用程序呢？

開發(fā)用戶友好的跨平臺應(yīng)用程序?qū)τ陂_發(fā)者來說是困難的。使用平臺特定的 UI 元素開發(fā)原生應(yīng)用程序通常需要為每個平臺維護多個項目。使用直接渲染圖形庫并原生構(gòu)建所有 UI 元素是一個耗時的任務(wù)，因為它缺少所有基于網(wǎng)絡(luò)的庫和最簡單的樣式語言 CSS。開發(fā)混合應(yīng)用程序是更快地開發(fā)跨平臺桌面應(yīng)用程序的最佳方式，因為有像 Electron 這樣的框架，可以將網(wǎng)絡(luò)應(yīng)用程序轉(zhuǎn)換為桌面應(yīng)用程序。此外，混合開發(fā)方法將用戶變成貢獻(xiàn)者，因為每個人都知道如何構(gòu)建和測試網(wǎng)絡(luò)應(yīng)用程序。

VSCode 使用 Electron，所以你最喜歡的代碼編輯器實際上是一個在 webview 組件（即 Chromium）內(nèi)運行的網(wǎng)絡(luò)應(yīng)用程序，并使用 Node.js API，如下圖所示：

圖片

VSCode 確實是一個強大的全功能編輯器，為數(shù)百萬開發(fā)者提供了支持，但問題是它不是一個真正的原生應(yīng)用程序，無法最佳地利用硬件資源——它是一個復(fù)雜的網(wǎng)絡(luò)應(yīng)用程序，通過運行在嵌入 Chromium 實例的原生窗口框架內(nèi)，模擬出原生應(yīng)用程序的外觀：

圖片

高端電腦可能不會讓你覺得 VSCode 是一個網(wǎng)絡(luò)應(yīng)用程序，但一些開發(fā)者因為性能問題開始尋找原生的 VSCode 替代品。

尋找 VSCode 的替代品

VSCode 生態(tài)系統(tǒng)有數(shù)千個令人驚嘆的擴展和數(shù)百萬活躍用戶，所以還沒有哪個代碼編輯器能完全匹配 VSCode 的所有方面。但是，我們可以找到一個好的原生 VSCode 替代品，它提供一個良好的插件系統(tǒng)，有一個維護良好的代碼庫。然后，我們可以在開源社區(qū)的支持下將其提升到 VSCode 的水平。然而，尋找另一個混合代碼編輯器作為 VSCode 替代品并不能解決性能問題，因為它們?nèi)匀皇穷愒木W(wǎng)絡(luò)應(yīng)用程序：

• Adobe Brackets 使用 CEF（Chromium 嵌入框架）
• VSCodium 僅移除了微軟的遙測服務(wù)，但仍然是混合應(yīng)用程序
• 任何使用類似 Electron 的混合應(yīng)用程序框架的代碼編輯器都有混合應(yīng)用程序的性能問題

我們需要找到一個原生代碼編輯器，它使用 2D 圖形庫通過某種低級但對開發(fā)者友好的語言來渲染 GUI 元素。VSCode 的替代候選者應(yīng)該本地渲染所有 GUI 元素，而不使用像 VSCode 那樣成千上萬的 DOM 元素，如下圖所示：

圖片

DOM 并未針對這些任務(wù)進(jìn)行優(yōu)化——這就是 Canvas 存在的原因，用于高性能渲染。你可以用 DevTools 檢查 VSCode 程序（實際上任何 Electron 應(yīng)用程序）：

code --remote-debugging-port=<port> --remote-allow-origins=*

例如，如果一個本地代碼編輯器為編寫插件提供了快速的 C API，那么現(xiàn)代開發(fā)人員就不會嘗試為其實施更多插件。

什么是有可能成為 VSCode 真正競爭對手的跨平臺本地代碼編輯器？

LiteXL：VSCode 的真正競爭者

幾年前，我在尋找一個原生 VSCode 替代品，因為 VSCode 在我的電腦上表現(xiàn)不佳。像大多數(shù)開發(fā)者一樣，我可以責(zé)怪我的低端電腦計算能力差，并升級硬件組件以掩蓋 VSCode 等混合應(yīng)用程序的性能問題，但我開始尋找一個有潛力成長為 VSCode 的原生代碼編輯器。

在 GitHub 上找到了一個有趣的原生代碼編輯器叫 Lite。Lite 是一個極簡現(xiàn)代代碼編輯器，具有基本的代碼編輯功能，如語法高亮、快速命令、文件樹視圖和多標(biāo)簽頁等。

圖片

Lite 的代碼庫經(jīng)過精心設(shè)計，注重原生性能和開發(fā)者友好的可擴展性。Lite 由 C 和 Lua 編寫。它使用 C 進(jìn)行低級渲染，并嵌入輕量級 Lua 運行時進(jìn)行代碼編輯器和插件實現(xiàn)。Lite 的目標(biāo)是提供一個極簡編輯器，任何人都可以擴展。

圖片

LiteXL 是 Lite 開源項目的一個分支。LiteXL 相比原始 Lite 項目有各種性能和可用性改進(jìn)。LiteXL 通過分解特性實現(xiàn)，遵循一個精心設(shè)計的架構(gòu)模式。

LiteXL 具備以下優(yōu)勢：

• 啟動編輯器只需不到半秒，使用僅 35MB 的物理內(nèi)存
• CPU 使用率從不超過 20%，占用僅 5.6MB 的磁盤空間
• 可以同時打開多個編輯器實例而不會有任何問題

LiteXL 看起來與 VSCode 相同，并提供了我以前使用的所有 VSCode 功能，同時資源占用令人印象深刻。LiteXL 正在積極維護，每次發(fā)布都提供了令人印象深刻的功能，而不會影響性能和資源占用。

結(jié)論

盡管 VSCode 是一個成熟的產(chǎn)品，但 LiteXL 的未來是充滿希望的，并且正在成為 VSCode 的真正競爭對手。LiteXL 提供了一個功能齊全、類似 VSCode 的跨平臺編輯器，即使在低端電腦上也能流暢運行。

通過這些功能和性能優(yōu)勢，越來越多的開發(fā)者會嘗試 LiteXL，并體驗其極快的性能和極簡的可擴展設(shè)計。當(dāng)他們意識到自己在使用 VSCode 時浪費了多少 CPU 和內(nèi)存時，他們會進(jìn)一步考慮使用 LiteXL，并最終可能會轉(zhuǎn)向 LiteXL。