Cocoa Autolayout：コンテンツハグとコンテンツ圧縮耐性の優先順位

Cocoa Autolayoutに関するAppleのドキュメントで、コンテンツハグと圧縮耐性の違いについて明確な答えが見つかりません。

誰かがその使用法と違いを説明できますか？

概念の簡単な要約：

• ハグ=>コンテンツは成長したくない
• 圧縮抵抗=>コンテンツは縮小したくない

例：

次のようなボタンがあるとします。

[       Click Me      ]

優先度500の大きなスーパービューにエッジを固定しました。

次に、抱き優先度> 500の場合、次のようになります。

[Click Me]

ハグの優先度が500未満の場合、次のようになります。

[       Click Me      ]

スーパービューが縮小した場合、圧縮抵抗の優先度が500を超えると、次のようになります。

[Click Me]

それ以外の場合、圧縮耐性の優先順位が500未満の場合、次のようになります。

[Cli..]

このように機能しない場合は、他のいくつかの制約が発生していることが原因で、正常な動作が台無しになっている可能性があります。

たとえば、優先度1000でスーパービューに固定することができます。または、幅優先度を持つこともできます。もしそうなら、これは役に立ちます：

エディター>コンテンツに合わせたサイズ

Autolayoutに関するこのビデオチュートリアルを見てください。彼らはそれを注意深く説明しています

ソース：@mokagio

固有のコンテンツサイズ -かなり自明ですが、可変コンテンツのビューはコンテンツの大きさを認識し、このプロパティを通じてコン​​テンツのサイズを説明します。固有のコンテンツサイズを持つビューのいくつかの明らかな例は、UIImageViews、UILabels、UIButtonsです。

コンテンツハグの優先度 -この優先度が高いほど、ビューは本来のコンテンツサイズよりも大きくなることに抵抗します。

コンテンツの圧縮耐性の優先順位 -この優先順位が高いほど、ビューは固有のコンテンツサイズよりも小さく縮小に抵抗します。

詳細については、ここを確認してください：自動レイアウトマジック：コンテンツサイズの優先順位

「Click Me」というテキストのボタンがあるとします。そのボタンはどのくらいの幅にする必要がありますか？

まず、ボタンをテキストよりも小さくしたくはありません。そうしないと、テキストが切り取られます。これは、水平圧縮耐性の優先順位です。

次に、ボタンを必要以上に大きくしたくない。このような[Click Me]ボタンは明らかに大きすぎます。ボタンに余計な余白を与えずにボタンのコンテンツを「ハグ」したいとします。これは水平コンテンツのハグの優先順位です。ボタンの場合、水平方向の圧縮抵抗の優先度ほど強力ではありません。

の場合view.intrinsicContentSize.width != NSViewNoIntrinsicMetric、自動レイアウトはタイプの特別な制約を作成しますNSContentSizeLayoutConstraint。この制約は、2つの通常の制約のように機能します。

• view.width <= view.intrinsicContentSize.width水平ハグの優先順位で必要な制約、および
• view.width >= view.intrinsicContentSize.width水平圧縮抵抗の優先度で必要な制約。

Swiftでは、iOS 9の新しいレイアウトアンカーを使用して、次のような同等の制約を設定できます。

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)

同様に、の場合view.intrinsicContentSize.height != NSViewNoIntrinsicMetric、自動レイアウトはNSContentSizeLayoutConstraintビューの高さに対する2つの制約のように機能するを作成します。コードでは、次のようになります。

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)

これらの特別なNSContentSizeLayoutConstraintインスタンス（存在する場合）はview.constraints、レイアウトの実行後に印刷することで確認できます。例：

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>

コンテンツハグとコンテンツ圧縮耐性の優先度は、入ってくるコンテンツに応じて本質的にサイズを計算できる要素に対して機能します。

Apple docsから：

これContent hugging priorityは、ビューの周りに配置されるラバーバンドのようなものです。優先度の値が高いほど、ラバーバンドが強くなり、コンテンツのサイズに強く抱きしめられます。優先度の値は、ラバーバンドの「強さ」のように想像できます。

そして、ビューがContent Compression Resistanceどれだけ小さく「抵抗」することになり ます。抵抗優先度の値が高いビューは、圧縮に抵抗するビューです。