Cocoa Autolayout: memeluk konten vs prioritas resistensi kompresi konten

Saya tidak dapat menemukan jawaban yang jelas pada dokumentasi Apple mengenai Cocoa Autolayout tentang perbedaan antara pelukan konten dan resistensi kompresi.

Adakah yang bisa menjelaskan penggunaan dan perbedaan mereka?

Ringkasan singkat konsep:

• Memeluk => konten tidak ingin tumbuh
• Perlawanan kompresi => konten tidak ingin menyusut

Contoh:

Katakanlah Anda memiliki tombol seperti ini:

[       Click Me      ]

dan Anda telah menyematkan tepi pada superview yang lebih besar dengan prioritas 500.

Kemudian, jika prioritas Memeluk> 500 akan terlihat seperti ini:

[Click Me]

Jika Memeluk prioritas <500 akan terlihat seperti ini:

[       Click Me      ]

Jika superview sekarang menyusut maka, jika prioritas Perlawanan Kompresi> 500, itu akan terlihat seperti ini

[Click Me]

Atau jika prioritas Perlawanan Kompresi <500, itu bisa terlihat seperti ini:

[Cli..]

Jika tidak bekerja seperti ini, maka Anda mungkin memiliki beberapa kendala lain yang mengacaukan pekerjaan baik Anda!

Misalnya Anda bisa menyematkannya ke superview dengan prioritas 1000. Atau Anda dapat memiliki prioritas lebar. Jika demikian, ini dapat membantu:

Editor> Ukuran untuk Menyesuaikan Konten

Lihatlah tutorial video ini tentang Autolayout , mereka menjelaskannya dengan cermat

sumber: @mokagio

Ukuran Konten Intrinsik - Cukup jelas, tetapi pandangan dengan konten variabel menyadari seberapa besar konten mereka dan menggambarkan ukuran konten mereka melalui properti ini. Beberapa contoh nyata dari tampilan yang memiliki ukuran konten intrinsik adalah UIImageViews, UILabels, UIButtons.

Prioritas Memeluk Konten - Semakin tinggi prioritas ini, semakin banyak yang menolak semakin besar ukuran konten intrinsiknya.

Prioritas Ketahanan Kompresi Konten - Semakin tinggi prioritas ini, semakin banyak pandangan yang menolak menyusut lebih kecil dari ukuran konten intrinsiknya.

Periksa di sini untuk penjelasan lebih lanjut: AUTO LAYOUT MAGIC: PRIORITAS UKURAN KONTEN

Katakanlah Anda memiliki tombol dengan teks, "Klik Saya". Berapa lebar tombol itu?

Pertama, Anda tentu tidak ingin tombolnya lebih kecil dari teks. Jika tidak, teks akan terpotong. Ini adalah prioritas ketahanan kompresi horisontal.

Kedua, Anda tidak ingin tombolnya menjadi lebih besar dari yang seharusnya. Sebuah tombol yang terlihat seperti ini, [Klik Saya], jelas terlalu besar. Anda ingin tombol "memeluk" isinya tanpa terlalu banyak bantalan. Ini adalah prioritas memeluk konten horisontal. Untuk sebuah tombol, itu tidak sekuat prioritas ketahanan kompresi horisontal.

Jika view.intrinsicContentSize.width != NSViewNoIntrinsicMetric, maka tata letak otomatis menciptakan batasan tipe khusus NSContentSizeLayoutConstraint. Batasan ini bertindak seperti dua batasan normal:

• kendala yang membutuhkan view.width <= view.intrinsicContentSize.widthdengan prioritas memeluk horisontal, dan
• kendala yang diperlukan view.width >= view.intrinsicContentSize.widthdengan prioritas ketahanan kompresi horisontal.

Di Swift, dengan jangkar tata letak baru iOS 9, Anda dapat mengatur batasan yang setara seperti ini:

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)

Demikian pula, jika view.intrinsicContentSize.height != NSViewNoIntrinsicMetric, maka tata letak otomatis membuat NSContentSizeLayoutConstraintyang bertindak seperti dua kendala pada ketinggian tampilan. Dalam kode, mereka akan terlihat seperti ini:

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)

Anda dapat melihat NSContentSizeLayoutConstraintcontoh khusus ini (jika ada) dengan mencetak view.constraintssetelah tata letak telah berjalan. Contoh:

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>

Memeluk Konten dan Prioritas Ketahanan Kompresi Konten berfungsi untuk elemen yang dapat menghitung ukurannya secara intrinsik tergantung pada konten yang masuk.

Dari dokumen Apple :

Itu Content hugging priorityseperti karet gelang yang ditempatkan di sekitar tampilan. Semakin tinggi nilai prioritas, semakin kuat karet gelang dan semakin banyak yang ingin dipeluk dengan ukuran kontennya. Nilai prioritas dapat dibayangkan seperti "kekuatan" karet gelang

Dan Content Compression Resistance, berapa banyak tampilan "menolak" semakin kecil Tampilan dengan nilai prioritas resistensi yang lebih tinggi adalah yang akan menolak kompresi.