コンポーネントの有効性の確認

フレームワークのライフサイクルの内部

クライアント側コントローラに関連付けられたコンポーネントを参照する場合、クライアント側コントローラのコールバックで cmp.isValid() チェ��クは必要ありません。コンポーネントが無効であることがフレームワークによって自動的にチェックされます。同様に、イベント処理時や、フレームワークのライフサイクルフック (init イベントなど) 内で cmp.isValid() チェックは必要ありません。

クライアント側コントローラのサンプルを見てみましょう。

クライアント側コントローラに結び付けられているコンポーネントは、cmp パラメータとして doSomething アクションに渡されます。cmp.get("v.displayResult) がコールされたときに cmp.isValid() チェックは必要ありません。

ただし、自分のコンポーネントが有効であるにもかかわらず、有効でない可能性のある別のコンポーネントへの参照を保持している場合は、他のコンポーネントの cmp.isValid() チェックが必要になることがあります。ローカル ID が child の別のコンポーネントへの参照を持つコンポーネントの例を見てみましょう。

子コンポーネントがない前の例の次の行を、

次のように変更します。

子コンポーネントが無効な場合 child.get("v.displayResult) は null を返すため、ここでは child.isValid() コールは不要です。子コンポーネントに対して複数のコールを実行し、結果ごとに null チェックを実行するのを回避する場合にのみ、child.isValid() チェックを追加します。

フレームワークのライフサイクルの外部

setTimeout() や setInterval() などの非同期コードでコンポーネントを参照する場合、または Promise を使用する場合、cmp.isValid() コールは非同期要求の結果を処理する前にコンポーネントがまだ有効であることをチェックします。多くのシナリオで cmp.isValid() コールは不要です。cmp.get() から取得した値の null チェックで十分です。cmp.isValid() をコールする主な理由は、コンポーネントに対して複数のコールを実行する場合に、結果ごとに null チェックを実行しなくて済むことです。

たとえば、コンポーネントが無効な場合、cmp.set() コールは何もしないため、この setTimeout() コール内で cmp.isValid() チェックは必要ありません。