IntrinsicContentSize - Content hugging과 Compression resistance의 개념

IntrinsicContentSize

The natural size for the receiving view, considering only properties of the view itself.
= 뷰 자체 본질의 크기
UILabel, UIButton, UISwitch가 대표적

Contents 고유 사이즈 개념이 있는 것들이 있다. 크기가 결정되는 뷰이다.
이들은 다른 뷰들과의 제약에 의해 본래 컨텐츠 보다 늘어나거나(허깅으로 방지) 줄어들 수 있다(컴프레션 레지스터로방지).

Content hugging

최대 크기에 대한 제한 = 이보다 작아질 수 있다.
→ 우선 순위 높은 뷰가 다른 뷰에 비해 작아진다.

Compression resistance

최소 크기에 대한 제한 = 이보다 커질 수 있다.
→ 다른 뷰가 커져서 본인 뷰가 안보이면 안 됨. 우선 순위 높은 뷰가 다른 뷰에 비해 커진다.

실습

1. UIView 추가 → BackgroundColor 아무렇게나 지정 → Add new constrints(0, 24, 24, 24) && height : 200
2. label을 uiview 안에 2개 추가 → 각각 Add new constriants(20, 20, 20, X) / (X, 20, 20, 20) 씩 부여. 

3. 두 라벨의 간격을 20으로하면 아래와 같이 에러가 발생한다. 

4. 따라서 위에서 설명한대로, 윗 라벨의 Content Hugging Priority - vertical을 250으로 줄이기. 

 

5. 만약 위 라벨의 글이 엄청 길면 제약 조건에 에러가 발생한다. 문자열을 표시할 공간이 부족하기 때문이다.

→ 어떤 라벨의 사이즈를 유지시킬 지 결정해야

→ compression register는 압축에 대한 저항. 우선순위가 높으면 자신의 크기 유지. 낮으면 크기가 줄어듦.

 

우리는 밑 라벨의 사이즈가 중요하다. 줄어들면 안된다.

→ 따라서 밑 라벨의 priority가 더 높거나 위 라벨의 priority가 더 낮아야 한다.

 

6. 밑 라벨의 Content Comporession Resistance Priority의 vertical 을 높이거나 위 라벨의 그것을 낮추자.

안 그럼 아래와 같이 씹힌다.