Какао Autolayout: обнимание контента против приоритета сопротивления сжатия контента

Я не могу найти четкого ответа на документацию Apple, касающуюся Autolayout Cocoa о разнице между объятием контента и сопротивлением сжатию.

Может кто-нибудь объяснить их обычаи и разницу?

Краткое резюме понятий:

• Обниматься => контент не хочет расти
• Сопротивление сжатию => контент не хочет сжиматься

Пример:

Скажем, у вас есть такая кнопка:

[       Click Me      ]

и вы прикрепили края к большему суперпредставлению с приоритетом 500.

Тогда, если приоритет Hugging> 500, это будет выглядеть так:

[Click Me]

Если приоритет Hugging <500, это будет выглядеть так:

[       Click Me      ]

Если суперпредставление теперь сжимается, если приоритет сопротивления сжатию> 500, это будет выглядеть так

[Click Me]

Иначе, если приоритет сопротивления сжатию <500, он может выглядеть так:

[Cli..]

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

Например, вы можете прикрепить его к суперпредставлению с приоритетом 1000. Или вы можете иметь приоритет ширины. Если это так, это может быть полезно:

Редактор> Размер по размеру содержимого

Взгляните на этот видеоурок об Autolayout , они объясняют это внимательно

Источник: @mokagio

Внутренний размер контента. Довольно понятен, но представления с переменным контентом знают, насколько велик их контент, и описывают размер своего контента через это свойство. Некоторыми очевидными примерами представлений с внутренними размерами контента являются UIImageViews, UILabels, UIButtons.

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

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

Проверьте здесь для более подробного объяснения: МАГИЯ АВТОМАТИЧЕСКОГО РАЗМЕЩЕНИЯ: ПРИОРИТЕТЫ РАЗМЕРА КОНТЕНТА

Допустим, у вас есть кнопка с текстом «Нажмите меня». Какой ширины должна быть эта кнопка?

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

Во-вторых, вы не хотите, чтобы кнопка была больше, чем она должна быть. Кнопка, которая выглядела следующим образом, [Click Me], очевидно, слишком велика. Вы хотите, чтобы кнопка «обнимала» ее содержимое без слишком большого заполнения. Это горизонтальный приоритет содержания контента. Для кнопки это не так сильно, как приоритет сопротивления горизонтальному сжатию.

Если view.intrinsicContentSize.width != NSViewNoIntrinsicMetric, тогда автоматическое расположение создает специальное ограничение типа NSContentSizeLayoutConstraint. Это ограничение действует как два нормальных ограничения:

• ограничение, требующее view.width <= view.intrinsicContentSize.widthс приоритетом горизонтального объятия, и
• ограничение, требующее view.width >= view.intrinsicContentSize.widthприоритета сопротивления горизонтальному сжатию.

В Swift с новыми привязками макетов в iOS 9 вы можете установить эквивалентные ограничения, например:

let horizontalHugging = view.widthAnchor.constraint(
    lessThanOrEqualToConstant: view.intrinsicContentSize.width)
horizontalHugging.priority = view.contentHuggingPriority(for: .horizontal)

let horizontalCompression = view.widthAnchor.constraint(
    greaterThanOrEqualToConstant: view.intrinsicContentSize.width)
horizontalCompression.priority = view.contentCompressionResistancePriority(for: .horizontal)

Точно так же, если view.intrinsicContentSize.height != NSViewNoIntrinsicMetric, тогда автоматическое расположение создает, NSContentSizeLayoutConstraintкоторый действует как два ограничения на высоту представления. В коде они будут выглядеть так:

let verticalHugging = view.heightAnchor.constraint(
    lessThanOrEqualToConstant: view.intrinsicContentSize.height)
verticalHugging.priority = view.contentHuggingPriority(for: .vertical)

let verticalCompression = view.heightAnchor.constraint(
    greaterThanOrEqualToConstant: view.intrinsicContentSize.height)
verticalCompression.priority = view.contentCompressionResistancePriority(for: .vertical)

Вы можете увидеть эти особые NSContentSizeLayoutConstraintэкземпляры (если они существуют), напечатав view.constraintsпосле запуска макета. Пример:

label.constraints.forEach { print($0) }

// Output:
<NSContentSizeLayoutConstraint:0x7fd82982af90 H:[UILabel:0x7fd82980e5e0'Hello'(39)] Hug:250 CompressionResistance:750>
<NSContentSizeLayoutConstraint:0x7fd82982b4f0 V:[UILabel:0x7fd82980e5e0'Hello'(21)] Hug:250 CompressionResistance:750>

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

Из документов Apple :

Это Content hugging priorityкак резиновая полоса, которая размещается вокруг вида. Чем выше значение приоритета, тем сильнее резиновая полоса и тем больше она хочет обнять свой размер содержимого. Значение приоритета можно представить как «прочность» резиновой ленты

И Content Compression Resistanceэто то, насколько представление «сопротивляется» уменьшению . Представление с более высоким значением приоритета сопротивления будет сопротивляться сжатию.