Autolayout de cacau: aceitação de conteúdo versus prioridade de resistência à compactação de conteúdo

Não consigo encontrar uma resposta clara na documentação da Apple sobre o Autolayout de cacau sobre a diferença entre abraços de conteúdo e resistência à compressão.

Alguém pode explicar seus usos e diferenças?

Um rápido resumo dos conceitos:

• Abraçar => o conteúdo não quer crescer
• Resistência à compressão => o conteúdo não deseja encolher

Exemplo:

Digamos que você tenha um botão como este:

[       Click Me      ]

e você fixou as bordas em uma super visão maior com prioridade 500.

Então, se Abraçar a prioridade> 500, ficará assim:

[Click Me]

Se Abraçar a prioridade <500, ficará assim:

[       Click Me      ]

Se a superview diminuir agora, se a prioridade da Resistência à compressão for maior que 500, será semelhante a

[Click Me]

Caso contrário, se a prioridade da Resistência à compressão for <500, pode ser assim:

[Cli..]

Se não funcionar assim, você provavelmente terá outras restrições que estão atrapalhando o seu bom trabalho!

Por exemplo, você pode tê-lo fixado à superview com prioridade 1000. Ou você pode ter uma prioridade de largura. Nesse caso, isso pode ser útil:

Editor> Tamanho para ajustar ao conteúdo

Dê uma olhada neste vídeo tutorial sobre o Autolayout , explicado com cuidado

fonte: @mokagio

Tamanho do conteúdo intrínseco - bastante auto-explicativo, mas as visualizações com conteúdo variável estão cientes do tamanho do conteúdo e descrevem o tamanho do conteúdo por meio dessa propriedade. Alguns exemplos óbvios de visualizações com tamanhos de conteúdo intrínsecos são UIImageViews, UILabels, UIButtons.

Prioridade de abraço de conteúdo - Quanto maior for essa prioridade, mais uma visualização resiste a crescer maior que o tamanho de seu conteúdo intrínseco.

Prioridade da resistência à compactação de conteúdo - Quanto maior essa prioridade, mais uma visualização resiste a encolher menor que seu tamanho de conteúdo intrínseco.

Verifique aqui para obter mais explicações: MAGIC DE LAYOUT AUTOMÁTICO: PRIORIDADES DE TAMANHO DE CONTEÚDO

Digamos que você tenha um botão com o texto "Clique em mim". Qual a largura desse botão?

Primeiro, você definitivamente não deseja que o botão seja menor que o texto. Caso contrário, o texto seria cortado. Essa é a prioridade da resistência à compressão horizontal.

Segundo, você não deseja que o botão seja maior do que precisa. Um botão que se parece com isso, [Click Me], é obviamente muito grande. Você deseja que o botão "abraça" seu conteúdo sem muito preenchimento. Este é o conteúdo horizontal que abraça a prioridade. Para um botão, ele não é tão forte quanto a prioridade da resistência à compressão horizontal.

Se view.intrinsicContentSize.width != NSViewNoIntrinsicMetric, o layout automático cria uma restrição especial de tipo NSContentSizeLayoutConstraint. Essa restrição atua como duas restrições normais:

• uma restrição que exige view.width <= view.intrinsicContentSize.widthcom a prioridade de abraço horizontal, e
• uma restrição que exige view.width >= view.intrinsicContentSize.widthcom a prioridade da resistência à compressão horizontal.

No Swift, com as novas âncoras de layout do iOS 9, você pode configurar restrições equivalentes como esta:

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)

Da mesma forma, se view.intrinsicContentSize.height != NSViewNoIntrinsicMetric, o layout automático cria um NSContentSizeLayoutConstraintque age como duas restrições na altura da vista. No código, eles ficariam assim:

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)

Você pode ver essas NSContentSizeLayoutConstraintinstâncias especiais (se elas existirem) imprimindo view.constraintsapós a execução do layout. Exemplo:

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>

As prioridades de resistência a compactação e resistência à compactação de conteúdo funcionam para elementos que podem calcular seu tamanho intrinsecamente, dependendo do conteúdo que está chegando.

Dos documentos da Apple :

O Content hugging priorityé como uma faixa de borracha que é colocada em torno de uma vista. Quanto mais alto o valor da prioridade, mais forte a faixa de borracha e mais ela deseja abraçar o tamanho do conteúdo. O valor da prioridade pode ser imaginado como a "força" do elástico

E isso Content Compression Resistanceé, o quanto uma visualização "resiste" ficando menor A Visualização com maior valor de prioridade de resistência é aquela que resistirá à compactação.