Angular、Next.js、React和Solid的維護者和創作者們展望2024年，分享了他們計劃中的改進。
譯自2024 Predictions by JAVAScript Frontend Framework MAIntainers，作者 Loraine Lawson。
由于水晶球破裂，The New Stack 采訪了來自 Angular、Next.js、React 和 Solid 的創始人和維護者，詢問他們對2024年的規劃。以下概述了前端開發者可以期待的內容。
Angular: 可選的 Zone.js
去年，Angular 的兩個重大成就是引入了細粒度的反應性 Signals和可延遲的視圖，google 的 Angular DevRel 技術負責人Minko Gechev說。下一年將在此基礎上繼續專注于細粒度的反應性，并使 Zone.js 可選，他向 The New Stack 透露。
在 Angular 中，Zone 是跨異步任務持續存在的執行上下文。Zones 在這個 Github 倉庫中有詳細解釋，但一個 zone 有五個職責，包括攔截異步任務調度和封裝回調進行錯誤處理和跨異步操作的區域跟蹤。Zone.js 可以創建跨異步操作持續存在的上下文，以及為異步操作提供生命周期鉤子。
“我們正在探索為現有項目啟用可選的 Zone.js，開發人員應該能夠通過重構現有應用來利用這個功能，” Gechev 說，“使用可選的 Zone.js，我們預期加載時間和首次渲染會有改進。在細粒度反應性的工作將其提升到另一個水平，使我們能夠僅檢測組件模板的一部分中的更改。”
這些特性將導致運行時更快，他說。
在另一項性能操作中，Angular正在考慮是否默認啟用混合渲染。Gechev補充說，可以選擇不使用混合渲染，因為它可能會增加托管需求和成本。
“我們看到 SSG(靜態站點生成)和 SSR(服務器端渲染)的巨大價值，通過在v17 中奠定堅實的基礎，我們正在努力完成最后的拋光工作，以從一開始就啟用此體驗，” Gechev說。
他補充說，優先事項之一是實現其Signals RFC。
開發者也可能會看到 Angular 文檔的改進。根據開發者調查，開發者希望獲得升級的學習體驗，其中包括使 Angular.dev 成為該框架的新首頁。開發人員還將首次加載時間列為優先事項，混合渲染、局部 hydration 和可選的 Zone.js 應該可以解決這一問題，他補充說，組件創作也是 Angular 計劃進一步簡化的事項。
“我們致力于迭代交付功能，并隨著時間的推移逐步增強它們”，Gechev說，“開發者將能夠在2024年受益于所有改進，并在未來幾年獲得更好的開發者體驗和性能。”
Next.js: 正在開發新的編譯器
Next.js 在2023年引入了新應用服務器，旨在支持React服務器組件(RSC)和Server Action。它繼續支持舊的應用服務器，其路由系統可以互換，Vercel產品負責人Lee Robinson說，該公司監督此框架。這種互操作性意味著開發人員可以慢慢地添加新特性。
“有些客戶已經使用Next.js構建了5-6年，他們對這些較新的特性的采用也需要多年時間”，Robinson說，“我們希望盡可能順利地讓人們參與這個過程。”
在新一年，Next.js希望解決許多問題，但一個優先事項可能是簡化緩存。就開發者體驗而言，這可以更容易些，他說。
“通常，生態系統中的許多開發人員不得不引入大量額外的包或學習如何使用其他工具來進行獲取、緩存和重新驗證”，Robinson說，“Next.js現在已經內置了很多這些功能，這非常強大，但這也意味著需要學習的額外事項，初步反饋是，'這很棒，非常強大，但如果能簡單一些就更好了'。”
Next.js團隊也將繼續關注性能改進，他稱這是“我們的持續投資”。
這很可能以明年的新編譯器的形式呈現，該編譯器將加快在開發人員機器上啟動Next.js的速度，他補充說。該編譯器已經研發了大約一年，Vercel 一直在其產品和應用內部使用它。他說，這個由Rust提供動力的編譯器即使不緩存也比之前的編譯器緩存時快。
“我們距離推出它非常近了，每個人都可以默認啟用它，而且它比現有的 Webpack 編譯解決方案更快”，Robinson說，“開發人員希望他們的工具更快。如果它變得更快，他們永遠不會抱怨。因此，有趣的是看到工具制造者，不是工具的用戶，而是實際的工具開發人員轉向諸如 Rust 之類的底層工具，以幫助獲得這最后一英里的性能提升。”
第三個目標是繼續為未來 10 年的 Next.js 奠定基礎。
“這個新的路由系統，你知道，我們顯然非常興奮。我們認為這是未來的基礎”，他說，“但這也需要時間。人們會試用，他們會有功能請求，并希望看到事情發生改變。我們將其視為未來 5 至 10 年的非常長期投資。”
他補充說，一個“某天”但可能不是今年的目標是以更好的方式處理 Next.js 中的內容。
“今天，它能夠正常運行，你仍然可以連接到任何你想要的內容源，但有可能簡化開發者體驗的方法，”他補充說。“這更像是一種可有可無的東西，而不是一項必需品，這就是為什么我認為我們在2024年不會著手處理它的原因，但我希望將來能夠對其進行一些處理。”
React：2024預覽
Meta的React工程經理Eli White說，React團隊希望在新一年看到更多框架采用React服務器組件。
“對于大多數人來說，RSC已成為他們對React范圍的看法的重大變化，從僅僅是一個UI層，到對您架構應用程序的方式有更多影響，以獲得最佳的用戶和開發人員體驗，特別是對于單頁應用程序(SPA)不夠好的應用程序”，White說。
雖然他沒有具體說明2024年的任何新發展，但White確實表示他們將發布和分享2023年一些啟示的更多進展。例如，在React高級會議上，該團隊向與會者展示了React Forget，這是React的自動記憶編譯器。White說，React Forget將意味著開發人員不再需要使用useMemo和useCallback。
在React Native EU活動上，White補充說：“我們分享了消息，即我們將在0.73版本開始將Web開發人員熟悉的Chrome開發工具引入React Native。我們還初步展示了我們對Static Hermes的研究成果，這是我們用于JavaScript的本地編譯器，它不僅有可能加速React Native應用程序，而且從根本上改變了JavaScript的有效用途。”
Solid：專注于基本元素(Primitives)
Solid的創作者Ryan Carniato表示，Solid開發人員可以期待2024年推出的SolidStart 1.0和Solid.js 2.0。SolidStart是一個元框架，意味著它建立在Solid.js框架之上。他說，這與Svelte的SvelteKit相類似。
SolidStart的文檔這樣解釋：
“Web應用程序通常由許多組件組成：數據庫、服務器、前端、打包工具、數據獲取/變異、緩存和基礎架構。協調這些組件具有挑戰性，通常需要在應用程序堆棧中共享大量狀態和冗余邏輯。這就是SolidStart的作用：提供一個在一個位置將所有這些部分組合在一起的平臺。”
由于SolidStart仍處于測試階段，Carniato有機會基本上使用生態系統中已有的東西來使其更好。
“其中一個重要的部分是，我們現在使用Nitro而不是編寫自己的部署適配器，Nitro還支持Nuxt框架，這使你能夠部署到所有不同的平臺，” Carniato說。
另一個例子是任何Solid路由器都將在SolidStart中起作用。
“這意味著對路由器的基礎部分進行了很多更新，以使它們可以共同工作，但我對最終結果感到非常滿意，因為我們小團隊的志愿者需要維護的代碼量要少得多，并且它為開發人員提供了很多靈活性和控制，“他說。“他們不被迫采用單一的解決方案，這對我來說非常重要，因為每個人都有自己的需求。正如我所說，如果構建正確的組件并找出這些構建塊是什么，人們可以做更多的事情。”
最終結果是一個“可互換”組件的元框架，不持有太多主觀意見，他說。Solid團隊一直在思考在越來越多的元框架決定開發人員使用什么的世界中，正確的基本元素對影響的問題。
“對我來說，一直都是關于基本元素的構建塊，非常注重工程，我認為這也是它與眾不同的原因之一，”他說。“我一直喜歡給予選擇，并且我認為如果你擁有正確的基本元素，正確的構建塊，你就可以構建出正確的解決方案。”
他表示，Solid 2.0預計將在2024年中晚期發布。目前，他們正在原型化它將如何處理異步系統。
“Solid 2.0也將是一個非常重要的發布版本，因為我們正在重新審視反應系統，并思考如何解決異步信號或異步系統的問題，” Carniato說。
他補充說，Solid試圖在控制和性能之間取得平衡。
“我們的社區中有很多熱情的人，非常關注性能的技術人員，關心控制的人，”他說。“我們吸引了許多真正想要控制構建的每個部分的人。”
