Когда я могу активировать / деактивировать ограничения макета?

Я установил несколько наборов ограничений в IB, и я хотел бы программно переключаться между ними в зависимости от некоторого состояния. Есть constraintsAколлекция розеток, все из которых помечены как установленные из IB, и constraintsBколлекция розеток, все из которых удалены в IB.

Я могу программно переключаться между двумя наборами следующим образом:

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

Но ... я не могу понять, когда это сделать. Кажется, я смогу сделать это один раз viewDidLoad, но я не могу заставить это работать. Я пробовал позвонить view.updateConstraints()и view.layoutSubviews()после установки ограничений, но безуспешно.

Я обнаружил, что если я установлю ограничения, viewDidLayoutSubviewsвсе будет работать так, как ожидалось. Думаю, я хотел бы знать две вещи ...

1. Почему у меня такое поведение?
2. Можно ли активировать / деактивировать ограничения из viewDidLoad?

Активирую и деактивирую NSLayoutConstraintsв viewDidLoad, и у меня с этим проблем нет. Так что это работает. Должна быть разница в настройке вашего приложения и моего :-)

Я просто опишу свою настройку - может быть, это поможет вам:

1. Я установил @IBOutletsвсе ограничения, которые мне нужно активировать / деактивировать.
2. В ViewController, я сохраняю ограничения в свойствах класса, которые не являются слабыми. Причина этого в том, что я обнаружил, что после деактивации ограничения я не мог повторно активировать его - оно было равно нулю. Значит, при деактивации вроде удаляется.
3. Я не использую, NSLayoutConstraint.deactivate/activateкак вы, я использую constraint.active = YES/ NOвместо.
4. После установки ограничений я звоню view.layoutIfNeeded().

Может быть, вы могли бы проверить свой @properties, заменить weakнаstrong .

Иногда это потому , что он active = NOустановлен self.yourConstraint = nil, чтобы вы не могли использовать его self.yourConstraintснова.

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

Я считаю, что проблема, с которой вы столкнулись, связана с тем, что ограничения не добавляются к их представлениям до вызова AFTER viewDidLoad(). У вас есть несколько вариантов:

A) Вы можете подключить свои ограничения макета к IBOutlet и получить к ним доступ в своем коде по этим ссылкам. Поскольку розетки подключаются перед viewDidLoad()запуском, ограничения должны быть доступны, и вы можете продолжать активировать и деактивировать их там.

B) Если вы хотите использовать constraints()функцию UIView для доступа к различным ограничениям, вы должны дождаться viewDidLayoutSubviews()начала и сделать это там, поскольку это первая точка после создания контроллера представления из пера, в котором будут установлены какие-либо ограничения. Не забудьте позвонить, layoutIfNeeded()когда закончите. У этого есть недостаток, заключающийся в том, что проход макета будет выполняться дважды, если есть какие-либо изменения, которые нужно применить, и вы должны убедиться, что нет возможности запуска бесконечного цикла.

Небольшое предупреждение: отключенные ограничения НЕ возвращаются constraints() методом! Это означает, что если вы ДЕЙСТВИТЕЛЬНО отключите ограничение с намерением снова включить его позже, вам нужно будет сохранить ссылку на него.

C) Вы можете забыть о раскадровке и вместо этого добавить свои ограничения вручную. Поскольку вы делаете это, viewDidLoad()я предполагаю, что намерение состоит в том, чтобы сделать это только один раз за все время существования объекта, а не изменять макет на лету, поэтому это должен быть приемлемый метод.

Вы также можете настроить priorityсвойство, чтобы «включить» и «отключить» их (например, значение 750 для включения и 250 для отключения). По какой-то причине изменение activeBOOL не повлияло на мой интерфейс. Нет необходимости в 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, у вас не должно возникнуть проблем.

Главное - не постоянно повторно использовать переопределение updateConstraintsи разделять активации ограничений, если вы вызываете updateConstraints после первой инициализации и макета. После этого, кажется, имеет значение, где именно в цикле просмотра.