私は提出しています...
[x] bug report
現在の動作
Observer
は「変更」というモニカで名前が付けられているため、 AbstractControl.statusChanges
は、ステータスが実際に変更された場合にのみ値を出力する必要があるように感じます。 代わりに、コールバックの値として_status_を除いて、 valueChanges
が実行されるたびに実行されるようです。
期待される/望ましい動作
ステータスが変更された場合にのみ起動する必要があります。
問題の再現
http://plnkr.co/edit/UTPrVls36cTQjPpwYN2Q
行動を変える動機/ユースケースは何ですか?
私は、アプリケーションの非常に遅い領域をプロファイリングしてUIラグを引き起こしたことでそれを見つけたので、私の主な不満はパフォーマンスです。
ただし、問題を修正するためにサブスクライバーにdistinctUntilChanged
演算子を追加するのは非常に簡単ですが、テストせずに簡単に見逃す必要はないことが期待されます。
あなたの環境について教えてください:
現在、 statusChanges
は、ステータスが計算されるたびに発行されますが、必ずしもステータスが変更されるとは限りません。 これがどのように誤解を招く可能性があるかがわかります。 ただし、その動作を変更することは、すべてのフォームユーザーにとってかなり大きな重大な変更になります。 2つを区別するために、新しいイベントエミッターを追加することもできます。 優先順位を設定するために誰がこれを使用するのかを把握したいと思います。 これの痛みを感じる人が増えましたか? ユースケース?
最も参考になるコメント
現在、
statusChanges
は、ステータスが計算されるたびに発行されますが、必ずしもステータスが変更されるとは限りません。 これがどのように誤解を招く可能性があるかがわかります。 ただし、その動作を変更することは、すべてのフォームユーザーにとってかなり大きな重大な変更になります。 2つを区別するために、新しいイベントエミッターを追加することもできます。 優先順位を設定するために誰がこれを使用するのかを把握したいと思います。 これの痛みを感じる人が増えましたか? ユースケース?