Cocoa Autolayout: abrazar contenido frente a prioridad de resistencia a la compresión de contenido

No puedo encontrar una respuesta clara en la documentación de Apple con respecto a Cocoa Autolayout sobre la diferencia entre abrazar contenido y 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 encogerse

Ejemplo:

Digamos que tienes un botón como este:

[       Click Me      ]

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

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

[Click Me]

Si la prioridad de abrazos es <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 prioridad de resistencia a la compresión es <500, podría verse así:

[Cli..]

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

Por ejemplo, podría fijarlo 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 el contenido

Echa un vistazo a este video tutorial sobre Autolayout , lo explican detenidamente

fuente: @mokagio

Tamaño del contenido intrínseco : se explica por sí mismo, pero las vistas con contenido variable son conscientes de lo grande que 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 abrazos de contenido : cuanto mayor sea esta prioridad, más se resiste una vista a crecer más que su tamaño de contenido intrínseco.

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

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

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

Primero, definitivamente no desea 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 con este aspecto, [Click Me], es obviamente demasiado grande. Quiere que el botón "abrace" su contenido sin demasiado relleno. Esta es la prioridad que abraza el contenido horizontal. Para un botón, no es tan fuerte como la prioridad de resistencia a la 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 a la 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 abrazamiento de contenido y resistencia a la 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 un punto de vista. Cuanto mayor sea el valor de prioridad, más fuerte será la banda elástica y más querrá abrazar al tamaño de su contenido. El valor de prioridad se puede imaginar como la "fuerza" de la goma elástica

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