Angular: AbstractControl.statusChangesは不必要に起動するようです

作成日 2016年08月09日  ·  1コメント  ·  ソース: angular/angular

私は提出しています...

[x] bug report

現在の動作

Observerは「変更」というモニカで名前が付けられているため、 AbstractControl.statusChangesは、ステータスが実際に変更された場合にのみ値を出力する必要があるように感じます。 代わりに、コールバックの値として_status_を除いて、 valueChangesが実行されるたびに実行されるようです。

期待される/望ましい動作

ステータスが変更された場合にのみ起動する必要があります。

問題の再現
http://plnkr.co/edit/UTPrVls36cTQjPpwYN2Q

行動を変える動機/ユースケースは何ですか?
私は、アプリケーションの非常に遅い領域をプロファイリングしてUIラグを引き起こしたことでそれを見つけたので、私の主な不満はパフォーマンスです。

ただし、問題を修正するためにサブスクライバーにdistinctUntilChanged演算子を追加するのは非常に簡単ですが、テストせずに簡単に見逃す必要はないことが期待されます。

あなたの環境について教えてください:

  • Angularバージョン: 2.0.0-rc.4
  • ブラウザ:すべて
  • 言語:すべて
forms feature medium obvious

最も参考になるコメント

現在、 statusChangesは、ステータスが計算されるたびに発行されますが、必ずしもステータスが変更されるとは限りません。 これがどのように誤解を招く可能性があるかがわかります。 ただし、その動作を変更することは、すべてのフォームユーザーにとってかなり大きな重大な変更になります。 2つを区別するために、新しいイベントエミッターを追加することもできます。 優先順位を設定するために誰がこれを使用するのかを把握したいと思います。 これの痛みを感じる人が増えましたか? ユースケース?

>すべてのコメント

現在、 statusChangesは、ステータスが計算されるたびに発行されますが、必ずしもステータスが変更されるとは限りません。 これがどのように誤解を招く可能性があるかがわかります。 ただし、その動作を変更することは、すべてのフォームユーザーにとってかなり大きな重大な変更になります。 2つを区別するために、新しいイベントエミッターを追加することもできます。 優先順位を設定するために誰がこれを使用するのかを把握したいと思います。 これの痛みを感じる人が増えましたか? ユースケース?

このページは役に立ちましたか?
0 / 5 - 0 評価