ズスタンドの誕生の経緯

より正確には、Zustand v3 以降

導入

この投稿では、Zustand の開発の背後にあるストーリーを共有したいと思います。正確に言うと、私は Zustand のオリジナルの作者ではなく、Zustand v0 が生まれたとき、他のグローバル ステート ライブラリ、特に React-Tracked を開発していました。ちなみに、私は今、自分を Zustand の（二次）作者だと思っています。

私のツイートで Zustand について言及し、私を含む他のライブラリと比較しているのを見つけました。

その時点での私の信念は、グローバル状態は React Concurrent Mode で動作するように React Context 経由で渡されるべきだということでした。そこで、自分のライブラリと他のライブラリを区別するために比較表を作成しました。Zustand もその 1 つでした。これは2019年のことです。

ズスタンド v3

2020 年に、私は Poimandres グループに加わり、Zustand の開発を引き継ぎました。当時の私の興味は、グローバル ステート ライブラリを React Concurrent Mode で動作させることでした。同時モードの利点を最大限に活用することはできませんでしたが、グローバル状態を同時モードと互換性のあるものにするための useMutableSource という実験的な API がありました。

私は React-Tracked を使用した React Context ベースのソリューションを使用してさまざまなことを実験していましたが、React Context を使用せずにグローバル状態で何ができるか疑問に思いました。 Zustand は設立 1 年でしたが、誰もメンテナンスしていませんでした。そこで、引き継ぐことにしました。

実験的な useMutableSource API の準備が整っていなかったので、最初のタスクはさまざまなものを更新し、いくつかのバグを修正することでした。 Zustand v3 が誕生したのはこの時でした。私の希望はすぐに useMutableSource を備えた v4 をリリースすることでしたが、それは実現しませんでした。それには別の物語があります。

現在、グローバル状態を外部に持ち、必要に応じて React Context を使用してそのストアを渡すというのはよく知られたパターンです。 Zustand はこのパターンの先駆者でした。 React Context にグローバル状態がないことについて人々は非常に懐疑的で、私たちはそれが有効なパターンであることを説明するのに苦労しました。

現在の状況

Zustand に関して私が気にかけている点の 1 つは、実装がシンプルでバンドル サイズが小さいことです。ソース コードを見ると、最小限のストア実装で React フックを使用しているだけであることがわかります。

執筆時点では、Zustand v4 が最新バージョンで、非常に高度な TypeScript サポートを備えており、コードはほぼ完全に v3 から書き直されています。 Zustand v5 は次のリリースに向けてほぼ準備が整っています。

最後になりましたが、このプロジェクトを維持している貢献者が何人かいます。私がプロジェクトを引き継いだときは、こんなことになるとは予想していませんでした。とても感謝しています。皆さん、ありがとう。 <script> // Detect dark theme var iframe = document.getElementById('tweet-1141004414129324032-562'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1141004414129324032&theme=dark" } </script>

以上がズスタンドの誕生の経緯の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。