LifeCycleフック$ onChangesの前に、私は$ scope.watchを使って変更を追跡します。これらのウォッチャーを作成したら、スコープをきれいに保ち、メモリリークを避けるために削除する必要があります。 1.5の$ onChanges lifeCycleフックを使用しているとき、またはコンポーネントが破棄されたときにlifeCycleフックが自動的に処理されるので、同様のマニュアルクリーンアップが必要かどうかは疑問でした。
おかげ
LifeCycleフック$ onChangesの前に、私は$ scope.watchを使って変更を追跡します。これらのウォッチャーを作成したら、スコープをきれいに保ち、メモリリークを避けるために削除する必要があります。 1.5の$ onChanges lifeCycleフックを使用しているとき、またはコンポーネントが破棄されたときにlifeCycleフックが自動的に処理されるので、同様のマニュアルクリーンアップが必要かどうかは疑問でした。
おかげ
$onChanges
は、それ自体で破壊する上で削除されますされています。手動で行う必要はありません。
角度は、コンポーネント自体のライフサイクルを管理します。 documentation自体から、
角度は、それを作成し、それをレンダリングし、その子を作成し、レンダリングし、 チェックしてそのデータバインドプロパティが変更されたとき、およびDOMからそれを削除する前に、それ を破壊します。
ライフサイクルは1.5とほぼ同じです。したがって、コンポーネントが破棄されたときにライフサイクルフックが自動的に処理されます。$onChanges