Angular状態管理のマニュアル一覧
Angular状態管理のマニュアルは現在まで26件公開されています。
-
@ngrx/signals の deep signal は Proxy で現在値から作られる。union型のスライスでは、variantが変わると捕まえた子signalがundefinedを返し、nullになると例外になる。22.0.1 の実装と実行結果から、stateの形と読み出しの書き方を決める基準に落とす。
-
BehaviorSubject と signal はどちらも現在値を保持するが、同値の更新を配るか、終端を持つか、配布中の再入で順序が崩れるかが違う。rxjs 7.8.2 と @angular/core 22.2.1 の実装から、置き換えてよい状態と Observable のまま残す状態を分ける基準に落とす。
-
provideState は環境イニシャライザーで reducer を登録する。登録が走るのは経路が照合された時点で、canMatch より前である。取り消す経路は無く、再入でも初期状態に戻らない。@ngrx/store 22.0.1 の実装から、state の置き場所と初期化の契機を決める基準に落とす。
-
withEntities が state に足すのは ids と entityMap の2つで、entities はその派生である。entityConfig は恒等関数で、selectId は updater 側にしか届かない。渡し忘れと並び順の前提を実装から確かめ、レビューの判断軸に落とす。
-
signal をサービスのフィールドに置いただけでは、共有範囲も寿命も決まらない。決めるのは提供位置である。ルートの providers に置いた注入器が既定では破棄されないこと、asReadonly() が止める書き込みの範囲、連続した set の中間状態を読むのが何かを実装から確かめる。
-
httpResource は購読の中断と状態遷移を引き受ける代わりに、loader を書く権利を渡さない。abortSignal も previous も受け取れず、error() に入る値は Error ではなく、parse の失敗は転送キャッシュ経由だけ扱いが変わる。実装から境界を確かめて選択の基準に落とす。
-
signalStoreFeatureは型で宣言した入力を受け取り、withFeatureはストアの実体を受け取る。featureの合成が左からの畳み込みであることから、並び順の制約、名前の衝突が黙って通る条件、typeで宣言した入力の意味を実装から確かめる。
-
関数型インターセプターは登録順に入れ子になり、鎖は最初の1本目で組まれて以後そのまま使われる。順序が崩れる位置、retryで再実行される範囲、子インジェクターで親の設定が外れる経路を、実装から確かめてレビューの手順に落とす。
-
linkedSignalのリセットは、sourceの版が上がったあと最初に読んだ時点で起きる。effectで書いたリセットがテンプレートの評価より後に走る構造と比べ、どこで差が出るか、何がリセットの契機になるかを実装から確かめる。
-
Angular 22でHttpBackendの既定がFetchへ変わり、移行のschematicはすべてのprovideHttpClientにwithXhr()を足す。上りの進捗、応答サイズの上限、timeoutのエラーの形という3つの差を、差分のどこから読むかを整理する。
-
signalStoreが作るのはInjectableなクラスである。providedInの指定とコンポーネントのprovidersのどちらに置くかで、インスタンス数と状態が消えるタイミングが変わる。差分から寿命を読む手順をまとめる。
-
SignalStoreを選んでもイベント駆動は捨てなくてよい。Events pluginへ戻す2つの基準と、公式の使用例に残る旧名との食い違いをレビュー観点で整理する。
-
rxMethodの購読はSignalStoreを作ったInjectorに紐づき、未処理のエラーでパイプライン自体が終了する。呼び出し元の寿命と取り違えない見方をレビュー観点で整理する。
-
SignalStoreはNgRx製品だがAction駆動を必須としない。withMethodsによるメソッド駆動が簡潔さと引き換えに失う情報と、providerの位置が決める寿命をレビュー観点で整理する。
-
concatLatestFromは参照先が同期でemitした場合だけActionと組にする。待ってくれないためActionが黙って捨てられる条件と、レビューでの見分け方を整理する。
-
Store内の状態同士を組み合わせるならSelectorを合成する。combineLatestで代用したときに失うメモ化と、Selectorが長くなる原因をレビュー観点で整理する。
-
Actionの命名規約が示すSourceは実装の置き場所ではなく出来事の起点である。起点を兼ねたActionが多重反応を生む仕組みと、粒度の分け方をレビュー観点で整理する。
-
Resourceのvalue()はエラー状態で例外を投げる。defaultValueはエラー時の代替値ではない。値とエラーの読み方をレビュー観点で整理する。
-
toObservableの通知はeffectを経由するため、同じ安定化期間内の連続更新では最後の値だけが流れる。Signalを1件ずつのイベント源として扱えない理由をレビュー観点で整理する。
-
effectは非リアクティブなAPIへ変更を届けるためのもので、状態の派生にはcomputedを使う。linkedSignalとの使い分けと、computedの例外がメモ化される挙動をレビュー観点で整理する。
-
takeUntilDestroyedが購読を終わらせるのは渡したDestroyRefのスコープが破棄された時であり、呼び出し元の寿命ではない。配置と生成場所による寿命の違いをレビュー観点で整理する。
-
shareReplayはReplaySubjectによる共有と再生であってキャッシュ機構ではない。既定のrefCountが残す購読、completeした値が消えない性質、共有されない書き方をレビュー観点で整理する。
-
NgRx Effectの外側に置いたcatchErrorは、失敗のたびにEffect自体を完了させ、以後のActionを処理しなくなる。内側との違いと、レビューでの見分け方を整理する。
-
switchMapが行うのは内部Observableの購読解除であり、実処理が止まるかは内部の実装次第になる。Promiseが止まらない条件と、4つの高階Operatorの選び分けをレビュー観点で整理する。
-
forkJoinは全入力が最低1回emitしてcompleteしたときだけ値を出す。入力のひとつが空のままcompleteすると全体が何も出さずに終わる条件と、レビューでの見分け方を整理する。
-
AngularのSignal、RxJS、NgRx Store、SignalStoreは同じ要件を実装できる場面が多く、選択の誤りが型エラーにもテスト失敗にも現れない。どの責務にどれを充てるべきかをレビュー観点で整理する。