我知道這只是11月，但是我們許多人都希望今年結束，所以讓我們來看看2021年最重要的前端趨勢是什么，我認為這種趨勢不會流行。

[[352982]]

Svelte

根據文檔，Svelte是一個組件框架(如React或Vue)，但有一個重要區別。區別在于Svelte在構建時運行，將您的代碼轉換為高效的JavaScript。因此，您可以獲得組件框架的好處而不會降低性能。

Svelte已經問世幾年了，最新版本(3)將于2019年發布。在GitHub上，它已有超過3.9萬顆星，但是由于它仍然不成熟，因此并未在大型項目中廣泛使用。那么，為什么2021年將成為Svelte受歡迎的決定性一年?

組件框架的典型問題是它們是在客戶端呈現的，因此搜索引擎會獲得幾乎為空的HTML，這對SEO不利。 為了減輕該問題，每個庫都有其解決方案。 對于Svelte來說，通常是Sapper。 但是在10月的2020年Svelte峰會上，其創建者決定放棄Sapper并提出一種制作Svelte應用程序的新方法。

新方法將基于SvelteKit。其目標是通過快速構建，熱模塊重新加載，錯誤覆蓋和無服務器支持來關注開發人員的經驗。如果Svelte可以提供無縫的體驗和開箱即用的SSR支持，那么它可能會改變游戲規則。

因此，Svelte似乎將為開發人員提供一流的體驗。但是說服他們使用它就足夠了嗎？

無代碼/低代碼

沒有代碼的工具允許沒有編碼經驗的人("公民開發人員")創建軟件。同時，具有一定編程經驗的人可以使用低代碼工具來創建軟件和對其進行少量修改。

多年來，公民開發人員可以使用Squarespace或Wix等工具創建網站。但是在最近幾年中，出現了許多新工具，可以使每個人創建大量其他應用程序。

您現在可以創建移動應用程序，使用機器學習，將增強現實技術添加到電子商務站點，構建語音應用程序，聊天機器人或設計復雜表單。新工具的數量驚人。

我知道無代碼和低代碼工具的許多限制。他們生產的應用程序彼此相似，但功能有限且限制嚴格。此外，供應商鎖定可能會嚴重打擊許多企業。但從長遠來看，我認為這并不重要。

這些工具為每個人提供了構建軟件的獨特機會。任何有想法，花一點錢，幾個星期的時間的人都可以創造自己的夢想。無需花費數月的開發時間和數千美元，幾乎可以立即看到效果。這將為廉價的概念驗證或A / B測試提供絕佳機會。

我認為無代碼會消除軟件開發人員的需求。 但這將使人們能夠自行構建事物，并使開發人員專注于更復雜和有趣的問題。

Remix

根據其創建者的說法，Remix是一個基于React和Node的全棧框架，可為您帶來最新的Web開發，而不會留下使Web變得更好的基礎知識。

Remix提供了現成的HTTP緩存，元標記支持以及帶有正確狀態代碼的服務器呈現。 它還為您提供了嵌套的路由，并為加載數據提供了一種簡便的方法。

您可能認為Remix是現代的Ruby on Rails。它致力于將出色的開發人員經驗和開發速度與單頁面應用程序(SPA)時代早已被遺忘的Web基礎知識相結合。

Remix尚未投入生產。 它剛剛開始測試版(稱為Supporter Preview)。 該框架看起來很有希望，并由React世界中兩個最有影響力的開發人員(偉大的React Router的創建者)維護。

Remix的缺點? 它不是免費的。 目前，獨立許可的費用為每年250美元。 Remix最大的競爭對手Next.js是免費的。

開發人員已經習慣了開源，并期望免費獲得其工具。有趣的是，您需要付費購買的一款出色軟件是否可以成為流行的選擇。

靜態網站生成

單頁應用程序不適用于SEO。在過去的幾年中，我們為該問題提供了兩種解決方案：服務器端呈現(SSR)和靜態站點生成(SSG)。

使用SSR，我們可以在服務器上運行應用程序。 它創建由前端獲取的HTML。 使用SSG，我們可以在構建時創建應用程序的所有頁面。 因此，存儲在服務器上的文件是靜態的，并像標準的非SPA應用程序一樣由瀏覽器獲取。

SSR的最大問題是，在服務器上構建應用程序會占用大量資源，而且速度可能很慢，因此會增加頁面加載時間。 SSG的缺點是，每個小的更改都需要重新構建和創建所有應用程序頁面。 如果應用程序有很多頁面，則該過程很慢且成本很高。

現在看來，SSG贏了，SSR(幾乎)死了。Next.js是一個流行的全棧框架，將SSG設置為默認框架，并添加了增量構建，以緩解每次更改后重新構建所有頁面的問題。此外，像Gatsby這樣的靜態網站生成器會在其產品中添加增量構建。

憑借出色的速度，安全性和開發經驗，SSG必將在2021年贏得明顯的勝利。

但是不要忘了Remix。它基于SSR，因此，如果成功了，那么這種方法可以重新應用到游戲中。

偉大的失敗者— GraphQL

根據文檔：

那是什么意思?這意味著它是REST API的替代品。在REST中，通常有數十個端點，每個端點返回的數據過多。GraphQL允許您擁有更少的端點(通常是一個端點)，并定義需要獲取的數據。

GraphQL于2015年開源，并定期列出有關" 插入年份的最熱趨勢"的列表，但它仍然不是很受歡迎。明年為什么會改變呢?

不會的！

GraphQL旨在解決一系列特定問題，這是許多團隊所沒有的問題。作為交換，它引入了新的困難：緩存，擴展，缺乏HTTP狀態處理等。

GraphQL很棒，但是對于許多開發人員而言，這并不值得麻煩。 因此它仍將被某些公司使用，但不會大幅增加。 至少在2021年不是這樣。

你呢? 如何看待2021年的價格飆升?