Коли я можу активувати / відключити обмеження макета?

Я встановив декілька наборів обмежень в 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
}

Я вважаю, що проблема, з якою ви стикаєтеся, пов’язана з тим, що до їх поглядів не додаються обмеження, поки не 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 після першої ініціалізації та компонування. Це, здається, має значення після того, де в циклі перегляду.