いつレイアウト制約をアクティブ化/非アクティブ化できますか？

IBで複数の制約セットを設定しましたが、状態によってプログラムでそれらを切り替えたいのですが。ありますconstraintsAIBからインストールとしてマークされているすべてのそれらの出口コレクションは、およびconstraintsBすべての出口コレクションは、IBにアンインストールされます。

次のように、プログラムで2つのセットを切り替えることができます。

NSLayoutConstraint.deactivateConstraints(constraintsA)
NSLayoutConstraint.activateConstraints(constraintsB)

しかし... いつそれをするべきかわからない。で一度はできるはずですが、うまくviewDidLoadいきません。私は呼び出ししようとしたview.updateConstraints()とview.layoutSubviews()制約を設定した後、しかし無駄に。

viewDidLayoutSubviewsすべてに制約を設定すると、期待どおりに機能することがわかりました。2つのことを知りたいと思います...

1. なぜこの動作になるのですか？
2. viewDidLoadから制約をアクティブ化/非アクティブ化することは可能ですか？

でアクティブ化および非アクティブ化NSLayoutConstraintsしますviewDidLoad、と私はそれで何の問題もありません。だからそれは動作します。アプリと私の設定には違いがあるはずです:-)

私は私のセットアップについて説明します-多分それはあなたにリードを与えることができます：

1. 私は設定しました @IBOutletsアクティブ化/非アクティブ化する必要があるすべての制約ます。
2. の中に ViewController弱くないクラスプロパティに制約を保存しています。これは、制約を非アクティブにした後、再度アクティブにできないことがわかったためです-それはnilでした。そのため、無効にすると削除されるようです。
3. 私はNSLayoutConstraint.deactivate/activateあなたのように使用しません、私はconstraint.active = YES/ を使用しますNO代わりに。
4. 制約を設定した後、を呼び出しますview.layoutIfNeeded()。

たぶん、あなたは可能性があなたをチェック@properties置き換える、weakとstrong。

時々、それはあなたが再び使用することができないように、active = NOsetのself.yourConstraint = nilためですself.yourConstraint。

override func viewDidLayoutSubviews() {
// do it here, after constraints have been materialized
}

あなたが経験している問題は、AFTER viewDidLoad()が呼び出されるまで制約がビューに追加されないことが原因であると思います。いくつかのオプションがあります。

A）レイアウト制約をIBOutletに接続し、これらの参照によってコード内の制約にアクセスできます。viewDidLoad()キックオフの前にコンセントが接続されているため、制約にアクセスでき、そこで制約をアクティブ化および非アクティブ化し続けることができます。

B） UIViewのconstraints()機能を使用してさまざまな制約にアクセスする場合はviewDidLayoutSubviews()、キックオフしてそこで実行するのを待つ必要があります。これは、nibからビューコントローラーを作成した後の最初のポイントであるため、インストールされている制約があります。layoutIfNeeded()終わったら電話をかけることを忘れないでください。これには、適用する変更がある場合にレイアウトパスが2回実行されるという欠点があり、無限ループがトリガーされる可能性がないことを確認する必要があります。

警告：無効化された制約は メソッドから返されませんconstraints() ！つまり、後で再びオンにするつもりで制約を無効にした場合は、その参照を保持する必要があります。

C）ストーリーボードアプローチを忘れて、代わりに手動で制約を追加できます。あなたがこれを行っているのでviewDidLoad()、その場でレイアウトを変更するのではなく、オブジェクトの存続期間全体で1回だけ行うことが意図されているので、これは許容できる方法であるはずです。

priorityプロパティを調整して「有効」および「無効」にすることもできます（たとえば、有効にする場合は750、無効にする場合は250）。何らかの理由でactiveBOOLを変更しても、UIには何の影響もありませんでした。不要でlayoutIfNeeded、viewDidLoadで、またはその後いつでも設定および変更できます。

未使用の制約を非アクティブ化する適切なタイミング：

-(void)viewWillLayoutSubviews{
    [super viewWillLayoutSubviews];

    self.myLittleConstraint.active = NO;
}

覚えておいてviewWillLayoutSubviews大丈夫、ここには重い計算して、複数回呼び出されるだろうか？

注：一部の制約を後でアクティブにしたい場合は、常にstrongそれらへの参照を保存してください。

ビューが作成されると、次のライフサイクルメソッドが順番に呼び出されます。

1. loadView
2. viewDidLoad
3. viewWillAppear
4. viewWillLayoutSubviews
5. viewDidLayoutSubviews
6. viewDidAppear

さてあなたの質問に。

1. なぜこの動作になるのですか？

回答：ビューのビューに制約を設定しようとすると、viewDidLoadその境界がないため、制約を設定できません。viewDidLayoutSubviewsビューの境界が確定された後のみです。

2. viewDidLoadから制約をアクティブ化/非アクティブ化することは可能ですか？

回答：いいえ。理由は上記で説明しました。

- (void)updateConstraints（目的c）のオーバーライドで通常どおりに制約を設定している限り、strongアクティブと非アクティブの制約を使用した初期値のリファレンスが見つかりました。そして、ビューサイクルの他の場所で、必要なものを非アクティブ化またはアクティブ化してから、を呼び出しlayoutIfNeededても問題はありません。

最初の初期化とレイアウトの後でs updateConstraintsを呼び出す限り、主なことは、制約のオーバーライドを常に再利用し、制約のアクティブ化を分離することではありませんupdateConstraint。その後、ビューサイクルのどこに問題があるように見えます。