Автоматичний какао-какао: пріймання вмісту та пріоритет стійкості до стиснення вмісту

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

Чи може хтось пояснити їх звичаї та різницю?

Короткий підсумок понять:

• Обіймати => вміст не хоче рости
• Опір стисненню => вміст не хоче скорочуватися

Приклад:

Скажіть, у вас є така кнопка:

[       Click Me      ]

і ви прикололи краї до більшого огляду з пріоритетом 500.

Тоді, якщо пріоритет обіймів> 500, це буде виглядати приблизно так:

[Click Me]

Якщо пріоритет обіймати <500, він виглядатиме так:

[       Click Me      ]

Якщо тепер нагляд зменшиться, якщо пріоритет стійкості до стиснення> 500, він буде виглядати приблизно так

[Click Me]

Ще, якщо пріоритет стійкості до стиснення <500, це може виглядати так:

[Cli..]

Якщо це не працює так, то, напевно, у вас виникають інші обмеження, які псують вашу добру роботу!

Наприклад, ви могли б прикріпити його до перегляду з пріоритетом 1000. Або у вас може бути пріоритет ширини. Якщо це так, це може бути корисно:

Редактор> Розмір для вмісту

Подивіться цей відеоурок про Autolayout , вони ретельно пояснюють це

джерело: @mokagio

Внутрішній розмір вмісту - досить зрозумілий, але перегляди зі змінним вмістом усвідомлюють, наскільки великий їхній вміст, і описують розмір їх вмісту завдяки цій властивості. Деякі очевидні приклади поглядів, які мають внутрішній розмір вмісту, - це UIImageViews, UILabels, UIButtons.

Пріоритет обіймання вмісту - чим вищий цей пріоритет, тим більше опір чинить опір, що зростає більше, ніж його внутрішній розмір вмісту.

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

Ознайомтесь тут, щоб отримати додаткові пояснення: АВТОМАТИЧНА МАГІЯ: ЗМІСТ РОЗМІРНИХ ПРИОРИТЕТІВ

Скажімо, у вас є кнопка з текстом "Клацніть на мене". Якої ширини має бути ця кнопка?

По-перше, ви точно не хочете, щоб кнопка була меншою, ніж текст. Інакше текст буде вирізаний. Це пріоритет горизонтального опору на стиск.

По-друге, ви не хочете, щоб кнопка була більшою, ніж повинна бути. Кнопка, яка виглядала так, [Клікніть мене], очевидно, занадто велика. Ви хочете, щоб кнопка "обійняла" її вміст, не надто сильно затуляючи. Це горизонтальний пріоритет змісту. Для кнопки вона не така сильна, як пріоритет горизонтального опору стисненню.

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