AutoLayout со скрытыми UIViews?

UIStackView, вероятно, лучше всего подходит для iOS 9+. Он не только обрабатывает скрытый вид, но и удаляет дополнительные интервалы и поля, если они настроены правильно.

Мое личное предпочтение для отображения / скрытия представлений - создать IBOutlet с соответствующими ограничениями ширины или высоты.

Затем я обновляю значение constant на 0, чтобы скрыть, или любое другое значение, которое должно быть отображено.

Большим преимуществом этого метода является сохранение относительных ограничений. Например, предположим, что у вас есть вид A и вид B с горизонтальным зазором x. Когда ширина вида A constant установлена ​​на 0.f, тогда вид B переместится влево, чтобы заполнить это пространство.

Нет необходимости добавлять или удалять ограничения, а это сложная операция. Просто обновите constant ограничения.

Решение использовать константу 0, когда она скрыта, и другую константу, если вы показываете ее снова, работает, но неудовлетворительно, если ваш контент имеет гибкий размер. Вам нужно будет измерить свой гибкий контент и установить постоянный возврат. Это кажется неправильным, и возникают проблемы, если размер содержимого изменяется из-за событий сервера или пользовательского интерфейса.

У меня есть решение получше.

Идея состоит в том, чтобы установить для правила высоты 0 высокий приоритет, когда мы скрываем элемент, чтобы он не занимал места для автоматического размещения.

Вот как это сделать:

1. установите ширину (или высоту) 0 в конструкторе интерфейсов с низким приоритетом.

Интерфейсный разработчик не кричит о конфликтах из-за низкого приоритета. Проверьте поведение высоты, временно установив приоритет 999 (1000 запрещено изменять программно, поэтому мы не будем его использовать). Конструктор интерфейсов, вероятно, теперь будет кричать о конфликтующих ограничениях. Вы можете исправить это, установив приоритеты для связанных объектов на 900 или около того.

2. Добавьте розетку, чтобы можно было изменить приоритет ограничения ширины в коде:

3. Настройте приоритет при скрытии элемента:

cell.alertTimingView.hidden    = place.closingSoon != true
cell.alertTimingWidth.priority = place.closingSoon == true ? 250 : 999

В этом случае я сопоставляю высоту метки Author с соответствующим IBOutlet:

@property (retain, nonatomic) IBOutlet NSLayoutConstraint* authorLabelHeight;

и когда я устанавливаю высоту ограничения на 0,0f, мы сохраняем «отступ», потому что высота кнопки Play позволяет это.

cell.authorLabelHeight.constant = 0; //Hide 
cell.authorLabelHeight.constant = 44; //Show

Здесь много решений, но мой обычный подход снова другой :)

Установите два набора ограничений, подобных ответу Хорхе Аримани и TMin:

Все три отмеченных ограничения имеют одинаковое значение для константы. Ограничения, помеченные A1 и A2, имеют свой Priority, установленный на 500, в то время как ограничение, отмеченное B, имеет свой Priority, установленный на 250 (или UILayoutProperty.defaultLow в коде).

Подключите ограничение B к IBOutlet. Затем, когда вы скрываете элемент, вам просто нужно установить приоритет ограничения на высокий (750):

constraintB.priority = .defaultHigh

Но когда элемент виден, установите приоритет обратно на низкий (250):

constraintB.priority = .defaultLow

Преимущество (по общему признанию незначительное) этого подхода перед простым изменением isActive для ограничения B заключается в том, что у вас все еще есть рабочее ограничение, если временный элемент удаляется из представления другими способами.

Создайте подкласс представления и переопределите func intrinsicContentSize() -> CGSize. Просто верните CGSizeZero, если представление скрыто.

Я только что узнал, что для того, чтобы UILabel не занимал места, вы должны скрыть его И установить его текст в пустую строку. (iOS 9)

Знание этого факта / ошибки может помочь некоторым людям упростить свои макеты, возможно, даже форму исходного вопроса, поэтому я решил опубликовать его.

Я удивлен, что UIKit не предлагает более элегантного подхода к такому желаемому поведению. Похоже, что это обычное дело - хотеть иметь возможность.

Поскольку подключение ограничений к IBOutlets и установка их констант на 0 показалось неприятным (и вызывало NSLayoutConstraint предупреждения, когда ваше представление имело подвиды), я решил создать расширение, которое дает простой подход с отслеживанием состояния для скрытия / отображения UIView с ограничениями автоматического макета

Он просто скрывает вид и снимает внешние ограничения. Когда вы снова показываете вид, он снова добавляет ограничения. Единственное предостережение: вам нужно указать гибкие ограничения аварийного переключения для окружающих представлений.

Изменить. Этот ответ предназначен для iOS 8.4 и более ранних версий. В iOS 9 просто используйте подход UIStackView.

Лучше всего, когда все имеет правильные ограничения макета, добавьте высоту или с ограничением, в зависимости от того, как вы хотите, чтобы окружающие виды перемещались, и подключите ограничение к свойству IBOutlet.

Убедитесь, что ваши свойства strong

в коде вам просто нужно установить константу на 0 и активировать ее, чтобы скрыть содержимое, или деактивировать, чтобы отобразить содержимое. Это лучше, чем испортить постоянное значение и сохранить его. Не забудьте потом позвонить layoutIfNeeded.

Если скрываемый контент сгруппирован, лучше всего поместить все в представление и добавить ограничения к этому представлению.

@property (strong, nonatomic) IBOutlet UIView *myContainer;
@property (strong, nonatomic) IBOutlet NSLayoutConstraint *myContainerHeight; //should be strong!!

-(void) showContainer
{
    self.myContainerHeight.active = NO;
    self.myContainer.hidden = NO;
    [self.view layoutIfNeeded];
}
-(void) hideContainer
{
    self.myContainerHeight.active = YES;
    self.myContainerHeight.constant = 0.0f;
    self.myContainer.hidden = YES;
    [self.view layoutIfNeeded];
}

После того, как у вас есть настройка, вы можете протестировать ее в IntefaceBuilder, установив ограничение на 0, а затем вернувшись к исходному значению. Не забудьте проверить приоритеты других ограничений, чтобы при скрытии конфликтов вообще не было. Другой способ проверить это - установить его на 0 и установить приоритет на 0, но вы не должны забывать снова восстановить его на наивысший приоритет.

Я создаю категорию, чтобы легко обновлять ограничения:

[myView1 hideByHeight:YES];

Ответьте здесь: Скрыть UIView автоматического раскладки: Как получить существующий NSLayoutConstraint для обновления этого

Мой предпочтительный метод очень похож на метод, предложенный Хорхе Аримани.

Я предпочитаю создавать несколько ограничений. Сначала создайте ограничения, когда будет видна вторая метка. Создайте выход для ограничения между кнопкой и второй меткой (если вы используете objc, убедитесь, что он сильный). Это ограничение определяет высоту между кнопкой и второй меткой, когда она видна.

Затем создайте другое ограничение, определяющее высоту между кнопкой и верхней меткой, когда вторая кнопка скрыта. Создайте выход для второго ограничения и убедитесь, что этот выход имеет сильный указатель. Затем снимите флажок installed в построителе интерфейса и убедитесь, что приоритет первого ограничения ниже, чем приоритет второго ограничения.

Наконец, когда вы скроете вторую метку, переключите свойство .isActive этих ограничений и вызовите setNeedsDisplay()

И все, никаких магических чисел, никакой математики, если у вас есть несколько ограничений для включения и выключения, вы даже можете использовать коллекции розеток, чтобы упорядочить их по штатам. (AKA хранит все скрытые ограничения в одной OutletCollection, а не скрытые в другой и просто перебирайте каждую коллекцию, переключая их статус .isActive).

Я знаю, что Райан Романчук сказал, что не хочет использовать несколько ограничений, но мне кажется, что это не микроменеджмент, а проще, чем динамическое создание представлений и ограничений программно (это то, чего, я думаю, он хотел избежать, если я Правильно читаю вопрос).

Я создал простой пример, надеюсь, он будет полезен ...

import UIKit

class ViewController: UIViewController {

    @IBOutlet var ToBeHiddenLabel: UILabel!


    @IBOutlet var hiddenConstraint: NSLayoutConstraint!
    @IBOutlet var notHiddenConstraint: NSLayoutConstraint!


    @IBAction func HideMiddleButton(_ sender: Any) {

        ToBeHiddenLabel.isHidden = !ToBeHiddenLabel.isHidden
        notHiddenConstraint.isActive = !notHiddenConstraint.isActive
        hiddenConstraint.isActive = !hiddenConstraint.isActive

        self.view.setNeedsDisplay()
    }
}

Я также предоставлю свое решение, чтобы предложить разнообразие.) Я думаю, что создание выхода для каждого элемента ширины / высоты плюс для интервала просто смешно и взрывает код, возможные ошибки и количество сложностей.

Мой метод удаляет все представления (в моем случае экземпляры UIImageView), выбирает, какие из них нужно добавить обратно, и в цикле добавляет обратно каждое и создает новые ограничения. На самом деле это действительно просто, пожалуйста, продолжайте. Вот мой быстрый и грязный код для этого:

// remove all views
[self.twitterImageView removeFromSuperview];
[self.localQuestionImageView removeFromSuperview];

// self.recipients always has to be present
NSMutableArray *items;
items = [@[self.recipients] mutableCopy];

// optionally add the twitter image
if (self.question.sharedOnTwitter.boolValue) {
    [items addObject:self.twitterImageView];
}

// optionally add the location image
if (self.question.isLocal) {
    [items addObject:self.localQuestionImageView];
}

UIView *previousItem;
UIView *currentItem;

previousItem = items[0];
[self.contentView addSubview:previousItem];

// now loop through, add the items and the constraints
for (int i = 1; i < items.count; i++) {
    previousItem = items[i - 1];
    currentItem = items[i];

    [self.contentView addSubview:currentItem];

    [currentItem mas_remakeConstraints:^(MASConstraintMaker *make) {
        make.centerY.equalTo(previousItem.mas_centerY);
        make.right.equalTo(previousItem.mas_left).offset(-5);
    }];
}


// here I just connect the left-most UILabel to the last UIView in the list, whichever that was
previousItem = items.lastObject;

[self.userName mas_remakeConstraints:^(MASConstraintMaker *make) {
    make.right.equalTo(previousItem.mas_left);
    make.leading.equalTo(self.text.mas_leading);
    make.centerY.equalTo(self.attachmentIndicator.mas_centerY);;
}];

Я получаю чистую, последовательную компоновку и интервалы. В моем коде используется масонство, я настоятельно рекомендую его: https://github.com/SnapKit/Masonry

Попробуйте BoxView, он делает динамический макет кратким и читаемым.
В вашем случае это:

    boxView.optItems = [
        firstLabel.boxed.useIf(isFirstLabelShown),
        secondLabel.boxed.useIf(isSecondLabelShown),
        button.boxed
    ]