수색…


비고

내용 압축 저항 우선 순위

이 값은보기가 압축되거나 축소되는 방식을 결정합니다. 여기서 값이 높을수록보기가 압축 될 확률이 낮아지고 동일하게 유지 될 가능성이 커짐을 의미합니다.

콘텐츠 포옹 우선 순위

이 값은보기가 확장되는 방식을 결정합니다. 여기에서 "포옹"을 "크기에 맞게"의미하는 것으로 상상할 수 있습니다.보기의 범위는 고유 한 콘텐츠 크기에 "껴안거나"가깝습니다. 여기서 값이 높을수록보기가 성장할 가능성이 적어지고 동일하게 유지 될 가능성이 커짐을 의미합니다.

정의 : 본질적인 콘텐츠 크기

자동 레이아웃을 사용하기 전에 프레임 또는 경계 속성을 설정하거나 Interface Builder에서 크기를 조정하여 단추 및 기타 컨트롤의 크기를 항상 알려야했습니다. 그러나 대부분의 컨트롤은 내용에 따라 필요한 공간을 완벽하게 결정할 수 있습니다.

레이블 은 설정된 텍스트의 길이와 해당 텍스트의 글꼴 크기를 알고 있기 때문에 레이블의 넓이와 높이를 알고 있습니다. 버튼 과 마찬가지로, 텍스트와 배경 이미지 및 일부 패딩을 결합 할 수 있습니다.

분할 된 컨트롤, 진행률 막대 및 대부분의 다른 컨트롤에 대해서도 마찬가지입니다. 일부는 미리 설정된 높이를 가질 수 있지만 폭은 알 수 없습니다.

이는 고유 컨텐츠 크기라고도하며 자동 레이아웃에서 중요한 개념입니다. 자동 레이아웃 (Auto Layout)은 컨트롤의 크기를 묻고 해당 정보를 기반으로 화면을 레이아웃합니다.

대개 intrinsic content size 를 사용하고 싶지만 그렇게하고 싶지 않을 수도 있습니다. 컨트롤에 명시적인 Width 또는 Height 제약 조건을 설정하여이를 방지 할 수 있습니다.

해당 이미지가 화면보다 훨씬 큰 경우 UIImageView에 이미지를 설정하면 어떻게되는지 상상해보십시오. 보기의 크기를 이미지의 크기로 조정하지 않으려면 일반적으로 이미지보기의 너비와 높이를 고정하고 내용의 크기를 조정해야합니다.

참조 : https://www.raywenderlich.com/115444/auto-layout-tutorial-in-ios-9-part-2-constraints



Modified text is an extract of the original Stack Overflow Documentation
아래 라이선스 CC BY-SA 3.0
와 제휴하지 않음 Stack Overflow