採取狀態

React在狀態管理方面有點特立獨行。雖然它擁有useState和Context等一流工具，但在響應式全局狀態方面，你更多的是靠自己。 David Ceddia的“React狀態管理庫以及如何選擇”這篇文章很好地討論了各種選擇。我說它“特立獨行”，是因為其他所有主要的JavaScript框架都有自己認可的全局狀態實現。

在我看來，狀態的概念對於前端開發至關重要。它就像組件一樣。它只是一個巧妙的方法來開發數字產品。狀態是我們自己對網站上發生事件的抽象。它可以是側邊欄是打開還是關閉，評論數據的列表，登錄用戶的詳細信息，或者我們需要繪製和製作功能性UI的任何其他內容。

這就是為什麼原生Web組件根本沒有嘗試處理狀態的概念仍然讓我感到驚訝的原因。我沒有足夠的知識來了解原因，但作為一個觀察者，我可以看到開發人員正在努力尋找在Web組件內部和跨Web組件使狀態發揮作用的最佳方法。最近，我遇到了Evan You的@vue/lit 。這是一個用於Web組件的微型框架，它使用lit-html解決模板和重新渲染問題，然後結合Vue的響應式狀態。在我看來，這看起來很酷。

Evan的想法將使用的庫的總大小減少到約6kb。那麼我們在這裡能做到多小呢？ Krasimir Tsonev撰寫的“使用JavaScript模塊系統進行狀態管理”一文中，他們根本沒有使用任何庫（可以說是沿途創建了一個小的庫）。狀態管理器可以只是一個我們導入和使用的模塊，它本質上是一個包含值、變異函數和偵聽器的對象。這將狀態管理的開銷降低到幾乎為零，但代價是放棄了使用更強大的庫可以獲得的高效重新渲染、更好的模板和生命週期功能。

說到根本不使用任何庫，Leo Bauza的“Viget如何使用JavaScript？”一文中，他們介紹了他們在HTML基礎之上添加功能所使用的原生模式。看起來所有功能都是通過data-*屬性應用的，每個data屬性都有自己的JavaScript模塊（類）來處理該特定功能。這裡似乎沒有處理全局狀態，但他們確實在模塊內手動處理狀態。

我發現所有這些東西都很有趣。在我的工作中，我敢打賭我相當典型。如果這是一個小型項目，我可能會自己動手。如果它是一個中等規模但影響較小的項目，我可能會選擇新奇的——甚至可能是實驗性的——方法。但是，一旦我做的事情變得龐大且影響深遠，我就會發現從大型玩家中選擇更舒服，即使這有時意味著更重的庫。 ?

以上是採取狀態的詳細內容。更多資訊請關注PHP中文網其他相關文章！