Angular の開発者プレビュープロセスでは、開発者は API や機能を実際に使ってテストできます。これにより、Angular チームは実際の使用状況やフィードバックに基づいてこれらの API を調整できます。effect() API のフィードバックを通じて、Angular チームは機能および開発者エクスペリエンスにおける実際の課題に対処する設計上の改善点を数多く特定しました。変更の 1 つとして、本来は良いパターンを推奨することを意図していた allowSignalWrites フラグの削除があります。しかし、このフラグは結果的に、シグナルの更新が合理的だったケースで effect() の使用を思いとどまらせていました。代わりに、Angular チームは、必要に応じて新しいリアクティビティヘルパーを追加するなど、良いパターンを促進する他の方法に焦点を当てます。エフェクトの実行タイミングも変更されており、エフェクトは検出の変更中にコンポーネント階層の一部として実行されるようになりました。この変更の目的は、エフェクトのタイミングをより予測可能で便利にし、エフェクトが早すぎたり遅すぎたりして実行されるバグを解決することです。effect API のほとんどの使用は期待どおりに引き続き機能しますが、ビュークエリ結果に対するエフェクト、および入力シグナルの toObservable() などの使用事例に影響が出る可能性があります。Angular チームは、Google でのテスト中にタイミングの変更がコードに大きな影響を与えた 100 個のケースを修正しました。これらの変更の結果、effect() API は少なくとも v19.0 まで開発者プレビューの段階にとどまり、今後のマイナーリリースで安定させる予定です。Angular チームは、コミュニティのフィードバックとサポートに感謝しています。このフィードバックとサポートが Angular の開発において重要な役割を果たしています。