Reproducción automática de cacao: prioridad de resistencia de compresión de contenido frente a contenido

No puedo encontrar una respuesta clara en la documentación de Apple con respecto a Cocoa Autolayout sobre la diferencia entre el abrazo de contenido y la resistencia a la compresión.

¿Alguien puede explicar sus usos y diferencias?

Un resumen rápido de los conceptos:

• Abrazando => el contenido no quiere crecer
• Resistencia a la compresión => el contenido no quiere reducirse

Ejemplo:

Digamos que tienes un botón como este:

[       Click Me      ]

y has fijado los bordes a una supervista más grande con prioridad 500.

Entonces, si la prioridad de Abrazo> 500 se verá así:

[Click Me]

Si Abrazando prioridad <500 se verá así:

[       Click Me      ]

Si la supervista ahora se reduce, entonces, si la prioridad de Resistencia a la compresión> 500, se verá así

[Click Me]

De lo contrario, si la Resistencia a la compresión tiene prioridad <500, podría verse así:

[Cli..]

Si no funciona así, entonces probablemente tengas otras restricciones que están arruinando tu buen trabajo.

Por ejemplo, podría tenerlo clavado en la supervista con prioridad 1000. O podría tener una prioridad de ancho. Si es así, esto puede ser útil:

Editor> Tamaño para ajustar contenido

Eche un vistazo a este video tutorial sobre Autolayout , lo explican cuidadosamente

fuente: @mokagio

Tamaño de contenido intrínseco : bastante explicativo, pero las vistas con contenido variable son conscientes de cuán grande es su contenido y describen el tamaño de su contenido a través de esta propiedad. Algunos ejemplos obvios de vistas que tienen tamaños de contenido intrínsecos son UIImageViews, UILabels, UIButtons.

Prioridad de abrazo de contenido : cuanto mayor es esta prioridad, más se resiste una vista a crecer más que su tamaño de contenido intrínseco.

Prioridad de resistencia de compresión de contenido : cuanto mayor sea esta prioridad, más resistirá una vista a reducirse a un tamaño de contenido intrínseco menor.

Consulte aquí para obtener más explicaciones: MAGIA DE DISEÑO AUTOMÁTICO: PRIORIDADES DE TAMAÑO DEL CONTENIDO

Digamos que tiene un botón con el texto "Haga clic en mí". ¿Qué ancho debe tener ese botón?

Primero, definitivamente no quieres que el botón sea más pequeño que el texto. De lo contrario, el texto se recortaría. Esta es la prioridad de resistencia a la compresión horizontal.

En segundo lugar, no desea que el botón sea más grande de lo necesario. Un botón que se parece a esto, [Click Me], obviamente es demasiado grande. Desea que el botón "abrace" su contenido sin demasiado relleno. Este es el contenido horizontal que abarca la prioridad. Para un botón, no es tan fuerte como la prioridad de resistencia de compresión horizontal.

Si view.intrinsicContentSize.width != NSViewNoIntrinsicMetric, entonces el diseño automático crea una restricción especial de tipo NSContentSizeLayoutConstraint. Esta restricción actúa como dos restricciones normales:

• una restricción que requiere view.width <= view.intrinsicContentSize.widthcon la prioridad de abrazo horizontal, y
• una restricción que requiere view.width >= view.intrinsicContentSize.widthcon la prioridad de resistencia de compresión horizontal.

En Swift, con los nuevos anclajes de diseño de iOS 9, puede configurar restricciones 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)

De manera similar, si view.intrinsicContentSize.height != NSViewNoIntrinsicMetric, entonces el diseño automático crea una NSContentSizeLayoutConstraintque actúa como dos restricciones en la altura de la vista. En código, se verían así:

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)

Puede ver estas NSContentSizeLayoutConstraintinstancias especiales (si existen) imprimiendo view.constraintsdespués de que se haya ejecutado el diseño. Ejemplo:

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>

Las prioridades de Resistencia de compresión de contenido y compresión de contenido funcionan para elementos que pueden calcular su tamaño intrínsecamente dependiendo de los contenidos que ingresan.

De los documentos de Apple :

El Content hugging priorityes como una banda de goma que se coloca alrededor de una vista. Cuanto mayor es el valor de prioridad, más fuerte es la banda elástica y más quiere abrazar a su tamaño de contenido. El valor de prioridad se puede imaginar como la "fuerza" de la banda elástica

Y Content Compression Resistancees decir, cuánto se "resiste" una vista cada vez más pequeña. La vista con mayor valor de prioridad de resistencia es la que resistirá la compresión.