Cocoa Autolayout: abbraccia il contenuto rispetto alla priorità di resistenza alla compressione del contenuto

Non riesco a trovare una risposta chiara sulla documentazione di Apple riguardante il cayout automatico di Cocoa sulla differenza tra abbracciare il contenuto e resistenza alla compressione.

Qualcuno può spiegare i loro usi e le differenze?

Un breve riassunto dei concetti:

• Hugging => content non vuole crescere
• Resistenza alla compressione => il contenuto non vuole ridursi

Esempio:

Supponi di avere un pulsante come questo:

[       Click Me      ]

e hai appuntato i bordi a una superview più grande con priorità 500.

Quindi, se Abbraccia priorità> 500 sarà simile a questo:

[Click Me]

Se Abbraccia priorità <500 sembrerà così:

[       Click Me      ]

Se ora la superview si restringe, se la priorità di Resistenza alla compressione> 500, sarà simile a questa

[Click Me]

Altrimenti se la priorità di resistenza alla compressione <500, potrebbe apparire così:

[Cli..]

Se non funziona così, probabilmente hai altri vincoli che stanno rovinando il tuo buon lavoro!

Ad esempio, potresti averlo bloccato sulla superview con priorità 1000. Oppure potresti avere una priorità di larghezza. In tal caso, questo può essere utile:

Editor> Adatta al contenuto

Dai un'occhiata a questo tutorial video su Autolayout , lo spiegano attentamente

fonte: @mokagio

Dimensioni del contenuto intrinseco : abbastanza esplicative, ma le visualizzazioni con contenuto variabile sono consapevoli di quanto sia grande il loro contenuto e descrivono la dimensione del loro contenuto attraverso questa proprietà. Alcuni esempi ovvi di visualizzazioni con dimensioni intrinseche del contenuto sono UIImageViews, UILabels, UIButtons.

Priorità di abbracciamento del contenuto : maggiore è questa priorità, più una vista resiste diventando più grande della dimensione intrinseca del contenuto.

Priorità di resistenza alla compressione del contenuto - Maggiore è questa priorità, più una vista resiste a ridursi più piccola della sua dimensione intrinseca del contenuto.

Fare clic qui per ulteriori spiegazioni: MAGIC LAYOUT AUTOMATICO: PRIORITÀ DI FORMATO DEI CONTENUTI

Supponiamo che tu abbia un pulsante con il testo "Click Me". Quale larghezza dovrebbe essere quel pulsante?

Innanzitutto, sicuramente non vuoi che il pulsante sia più piccolo del testo. Altrimenti, il testo verrebbe troncato. Questa è la priorità di resistenza alla compressione orizzontale.

Secondo, non vuoi che il pulsante sia più grande di quanto deve essere. Un pulsante simile a questo, [Click Me], è ovviamente troppo grande. Volete che il pulsante "abbracci" il suo contenuto senza troppa imbottitura. Questa è la priorità di abbracciare il contenuto orizzontale. Per un pulsante, non è forte come la priorità di resistenza alla compressione orizzontale.

Se view.intrinsicContentSize.width != NSViewNoIntrinsicMetric, quindi il layout automatico crea un vincolo speciale di tipo NSContentSizeLayoutConstraint. Questo vincolo si comporta come due normali vincoli:

• un vincolo che richiede view.width <= view.intrinsicContentSize.widthla priorità di abbraccio orizzontale e
• un vincolo che richiede view.width >= view.intrinsicContentSize.widthcon la priorità di resistenza alla compressione orizzontale.

In Swift, con le nuove ancore di layout di iOS 9, è possibile impostare vincoli equivalenti come questo:

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)

Allo stesso modo, se view.intrinsicContentSize.height != NSViewNoIntrinsicMetric, il layout automatico crea un elemento NSContentSizeLayoutConstraintche agisce come due vincoli sull'altezza della vista. Nel codice, apparirebbero così:

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)

È possibile visualizzare queste NSContentSizeLayoutConstraintistanze speciali (se presenti) stampando view.constraintsdopo l'esecuzione del layout. Esempio:

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>

Le priorità di abbraccio e resistenza alla compressione del contenuto funzionano per elementi che possono calcolare la loro dimensione intrinsecamente a seconda del contenuto che sta arrivando.

Dai documenti Apple :

L' Content hugging priorityè come un elastico che viene posizionato intorno ad un punto di vista. Più alto è il valore di priorità, più forte è l'elastico e più vuole abbracciare alla sua dimensione del contenuto. Il valore di priorità può essere immaginato come la "forza" dell'elastico

Ed Content Compression Resistanceè, quanto una vista "resiste" diventando più piccola La vista con un valore di priorità di resistenza più elevato è quella che resisterà alla compressione.