`viewDidLayoutSubviews`のフレーム計算

Question

まず、これは主に効率の問題です。

viewWillAppearが早すぎてviewDidAppearが遅すぎる（表示は既に表示されている）フレーム計算を行う場所については、多くの議論があります。

一般的な答えは、viewDidLayoutSubviewsでフレーム計算を行うことです。問題は、複数回呼び出されることです。さらに悪いことに、最も正確なコール、つまりすべてのフレームが最終サイズを持つコールが最後のコールです。私の知る限り、どのような呼び出しが最終的なものかを知る方法はありません。

frameAreSetフラグ（初期化済みの偽）とチェックがあります。フレームがゼロでない場合（self.view.frame.size.width != 0など）、 'framesAreSet'がfalseの場合は、フラグが入り、1回だけ計算されます。ような何か：

- (void)viewDidLayoutSubviews 
{ 
    [super viewDidLayoutSubviews]; 

    if (self.view.frame.size.width != 0 && !framesAreSet) 
    { 
     framesAreSet = true; 

     //Calculate frames here 
    } 
} 

これは大丈夫に見えますが、真実で、self.view.frame.size.width != 0のようなもののチェックがフレームが実際に設定されていることをない保証を行います。 viewDidLayoutSubviewsが後で呼び出されるという事実は、いくつかのフレームが最終状態に設定されていないことを示唆しています。

viewCompleteLayoutSubviewsを持っているとよいでしょう。すべてのフレームが設定され、ビューがまだ表示されていないときに、「1回限り」のフレーム計算を行う最良の方法は何ですか？

（これはおそらくNSConstraintsを使用してビューないの問題です）

Answer 1

アプリは描画ごとに1つだけdidLayoutSubviewsを取得します（その時点まで、ビューの状態の変更はちょうどsetNeedsLayoutと記載されています）。その意味で、didLayoutSubviewsは、didCompleteLayoutOfSubviewsのです。描画後、別のビューステートの変更が発生した場合、レイアウトは再び不完全です。

つまり、didLayout呼び出しの数は、サブビューの追加やフレームの変更の数に依存しません。描画回数によって異なります（実行ループと混同しないでください）。描画の前に、needsLayoutフラグが設定されていると、viewSubviewsとdidLayoutSubviewsは、ビュー階層がどのくらい並べ替えられても、1回だけ呼び出されます。

Answer 2

あなたはフレームが一度初期化されている場合、これはあなたの内部で取得することはありませんことを一度トークンディスパッチ（GCD）を使用してviewDidLayoutSubviews方法でフレームを計算することができます発送ブロック。

Answer 3

ビューに現在存在するディメンションのレイアウトを変更する必要があります。

フレームを設定してから、デバイスを回転させます。あなたはフレームを再計算する必要がありますか？確かに、境界のサイズが変更されている！あなたはframesAreSetで危険な前提をしています。

パフォーマンスが本当に重要である場合は、計算されたフレームをキャッシュして、境界がサイズに変更された場合にそれらを無効にする辞書を作成することができます。

しかし、確かにレイアウトを1回実行することで逃げることはありません。

代わりに、ビューコントローラのviewをカスタムクラスのインスタンスにして、そこに-layoutSubviewsをオーバーライドすることもできます。