[[416399]]

大家好，我是卡頌。

前端領域發展多年，不僅沒有式微，反而勢力逐漸擴大。

一個直觀的現象：市場上「前端」、「后端」崗位需求一直居高不下，與「前端」同樣偏「前」的原生開發(IOS、安卓)則逐漸式微。

雖然「前端」發展迅猛，但是太陽底下沒有新鮮事，web前端終將走過「原生應用程序」曾經走過的路。

如果以史為鑒，那么一個趨勢是不可阻擋的 —— 前端會越來越「左」。

本文內容參考Language Servers are the New Frameworks[1]以及Compilers are the New Frameworks[2]

什么是“左”?

IBM曾發明一個計算機術語Shift Left[3](左移)。

對開發者來說，「開發」這一行為可以分為不同階段：

Read(肉眼看到我們編寫的代碼出現在屏幕上時)

• Save(保存代碼時)
• Commit(提交代碼時)
• Build(編譯代碼時)
• Run(運行代碼時)

當開發者的注意力越向左，越能盡早發現bug(即「左移」)。舉兩個極端例子：

• 對于Read，依賴于TS的靜態分析，在編寫代碼的同時就能知道類型推導相關的錯誤
• 對于Run，某些bug可能要運行好幾天，用戶反饋過來才知道

所以，對于成熟的開發體系，開發者的注意力肯定會更多放在「左邊」。

為了賦予開發者更多支持，前端「基建」會越來越偏左。

從Run到Build

「前端框架」的發展是個明顯的例子：

中世紀

作為前端領域第一大框架，jQuery是絕對的運行時方案，他幫助開發者在代碼運行時抹平瀏覽器的差異。

[[416400]]

jQuery yyds

近代

到了React、Vue，都需要引入編譯能力。

React需要編譯JSX，Vue需要編譯模版語法。

現代

前段時間StackOverflow公布的《2021年開發者報告》中最受歡迎的前端框架Svelte更是打出了「零運行時」的口號。

從Build到Read

但是，Build畢竟不是最偏左的，有沒有從Build直接往Read(最左邊)發展的呢?

有，這就是LSP(Language Server Protocol，即語言服務協議)。

當然，不是這個LSP

LSP是編輯器和語言工具(例如linter、靜態類型檢查、代碼風格檢查)之間進行通信的標準協議。

沒有LSP，不同語言需要實現這些工具與不同編輯器的通信。

有了LSP，他就能作為語言與編輯器之間溝通的橋梁。

對于前端領域，不同前端框架都在積極探索LSP方面的可行性，比如：

• Vetur[4]作為Vue針對VSCode的工具集，是Vue開發者的標配
• 相比Vue的模版語法，React直接寫JS可以獲得更好的靜態類型分析。

雖然Hooks在書寫上有些規則限制，但是React通過Hooks相關lint很好規避了開發者書寫錯誤Hooks的可能性。

同時，所有Hooks有統一useXXX的前綴也為未來進一步的編譯時分析提供可能。

• Angular也提供了Angular Language Service[5]
• TailwindCSS提供了Tailwind CSS IntelliSense

總結

這些趨勢對于普通業務開發同學來說，意味著：未來會有越來越多前端工具提供「編譯工具」、「IDE插件」，現在有「webpack配置工程師」，未來可能需要團隊專屬「IDE配置工程師」。

對于想錯位競爭的前端同學，可以學習LSP相關知識，未來走大廠基建崗位。

參考資料

[1]Language Servers are the New Frameworks:

https://dev.to/dx/language-servers-are-the-new-frameworks-1lbm

[2]Compilers are the New Frameworks:

https://tomdale.net/2017/09/compilers-are-the-new-frameworks/

[3]Shift Left:

https://devops.com/shift-left-can-you-be-left-out/

[4]Vetur:

https://github.com/vuejs/vetur

[5]Angular Language Service:

https://github.com/angular/vscode-ng-language-service