Cocoa Autolayout: Priorität zwischen Inhalt und Komprimierungsbeständigkeit

Ich kann in der Apple-Dokumentation zu Cocoa Autolayout keine eindeutige Antwort auf den Unterschied zwischen Inhaltsumarmung und Komprimierungsbeständigkeit finden.

Kann jemand ihre Verwendung und ihren Unterschied erklären?

Eine kurze Zusammenfassung der Konzepte:

• Umarmen => Inhalt will nicht wachsen
• Kompressionswiderstand => Inhalt möchte nicht verkleinert werden

Beispiel:

Angenommen, Sie haben eine Schaltfläche wie diese:

[       Click Me      ]

und Sie haben die Kanten an eine größere Übersicht mit Priorität 500 angeheftet.

Wenn dann die Umarmungspriorität> 500 ist, sieht es folgendermaßen aus:

[Click Me]

Wenn die Umarmungspriorität <500 ist, sieht es so aus:

[       Click Me      ]

Wenn die Übersicht jetzt verkleinert wird und die Priorität für den Komprimierungswiderstand> 500 ist, sieht dies folgendermaßen aus

[Click Me]

Andernfalls könnte die Kompressionswiderstandspriorität <500 folgendermaßen aussehen:

[Cli..]

Wenn es so nicht funktioniert, haben Sie wahrscheinlich einige andere Einschränkungen, die Ihre gute Arbeit durcheinander bringen!

Sie könnten es beispielsweise mit der Priorität 1000 an die Übersicht anheften lassen. Oder Sie könnten eine Breitenpriorität haben. Wenn ja, kann dies hilfreich sein:

Editor> Größe an Inhalt anpassen

Schauen Sie sich dieses Video- Tutorial über Autolayout an , sie erklären es sorgfältig

Quelle: @mokagio

Größe des eigentlichen Inhalts Inhaltsgröße - Ziemlich selbsterklärend, aber Ansichten mit variablem Inhalt wissen, wie groß ihr Inhalt ist, und beschreiben die Größe ihres Inhalts über diese Eigenschaft. Einige offensichtliche Beispiele für Ansichten mit intrinsischen Inhaltsgrößen sind UIImageViews, UILabels, UIButtons.

Priority Hugging Priority - Je höher diese Priorität ist, desto mehr kann eine Ansicht nicht größer werden als ihre eigentliche Inhaltsgröße.

Widerstandspriorität für die Komprimierung von Inhalten - Je höher diese Priorität ist, desto mehr widersteht eine Ansicht dem Verkleinern, das kleiner als ihre eigentliche Inhaltsgröße ist.

Weitere Erklärungen finden Sie hier: AUTO LAYOUT MAGIC: PRIORITÄTEN FÜR DIE INHALTSGRÖSSE

Angenommen, Sie haben eine Schaltfläche mit dem Text "Click Me". Welche Breite sollte dieser Knopf haben?

Erstens möchten Sie definitiv nicht, dass die Schaltfläche kleiner als der Text ist. Andernfalls würde der Text abgeschnitten. Dies ist die Priorität des horizontalen Kompressionswiderstands.

Zweitens möchten Sie nicht, dass die Schaltfläche größer ist, als sie sein muss. Eine Schaltfläche, die so aussah, [Click Me], ist offensichtlich zu groß. Sie möchten, dass die Schaltfläche ihren Inhalt ohne zu viel Polsterung "umarmt". Dies ist die Priorität des horizontalen Inhalts. Für eine Schaltfläche ist sie nicht so stark wie die Priorität für den horizontalen Kompressionswiderstand.

Wenn view.intrinsicContentSize.width != NSViewNoIntrinsicMetric, dann erstellt das automatische Layout eine spezielle Einschränkung des Typs NSContentSizeLayoutConstraint. Diese Einschränkung wirkt wie zwei normale Einschränkungen:

• eine Einschränkung, die view.width <= view.intrinsicContentSize.widthmit der horizontalen Umarmungspriorität erfordert , und
• eine Einschränkung erforderlich view.width >= view.intrinsicContentSize.width mit der Priorität des horizontalen Kompressionswiderstands .

In Swift können Sie mit den neuen Layout-Ankern von iOS 9 entsprechende Einschränkungen festlegen:

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)

In ähnlicher Weise wird beim view.intrinsicContentSize.height != NSViewNoIntrinsicMetricautomatischen Layout ein Layout erstellt NSContentSizeLayoutConstraint, das sich wie zwei Einschränkungen für die Höhe der Ansicht verhält. Im Code würden sie so aussehen:

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)

Sie können diese speziellen NSContentSizeLayoutConstraintInstanzen (falls vorhanden) anzeigen, indem Sie view.constraintsnach dem Ausführen des Layouts drucken . Beispiel:

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>

Die Prioritäten für das Umarmen von Inhalten und die Beständigkeit gegen Komprimierung von Inhalten gelten für Elemente, deren Größe abhängig von den eingehenden Inhalten berechnet werden kann.

Aus Apple-Dokumenten :

Das Content hugging priorityist wie ein Gummiband , das um eine Ansicht gelegt wird. Je höher der Prioritätswert, desto stärker das Gummiband und desto mehr möchte es an seine Inhaltsgröße anpassen. Der Prioritätswert kann wie die "Stärke" des Gummibands vorgestellt werden

Und das Content Compression Resistanceheißt, wie sehr sich eine Ansicht "widersetzt", kleiner zu werden. Die Ansicht mit dem höheren Widerstandsprioritätswert ist diejenige, die der Komprimierung widersteht.