피청구인 역시 iOS에 오기 전 수년 동안 Android를 작성해 온 기술 쓰레기이기도 합니다. 처음에는 iOS에 대해 불편함을 느꼈지만 몇 달 동안 쓰고 익숙해지자 더 이상 Android를 잘 작성할 수 없다는 것을 알게 되었습니다. 사실 iOS가 원래 생각했던 것보다 작성하기가 훨씬 편리하고, 안드로이드에 비해 훨씬 편리하기 때문입니다.
iOS 개발을 처음 배울 때 거절한 이유는 Xcode에 대한 다소 안 좋은 경험 때문이 컸습니다. Xcode에는 큰 문제가 있습니다. 분명히 매우 편리하고 일반적으로 사용되는 기능은 프롬프트도 표시하지 않고 아이콘으로 모서리에 배치됩니다.
Interface Builder의 AutoLayout 제약 기능(비주얼 편집 영역의 오른쪽 하단에 배치된 눈에 띄지 않는 작은 아이콘 4개)도 마찬가지입니다. 컨트롤을 선택하고 두 번째 버튼을 클릭하여 수평 및 수직 중앙 정렬 제한을 설정합니다. 세 번째 버튼을 클릭하면 마지막 컨트롤에서 거리, 고정 너비, 고정 높이 및 고정 종횡비를 설정합니다. 버튼은 좋은 제약 조건을 설정하고 뷰를 업데이트하는 데 사용됩니다. 이 네 가지 버튼의 기능은 훨씬 더 강력합니다. 명령을 길게 눌러 여러 컨트롤을 선택하면 여러 컨트롤의 정렬 등을 설정할 수 있습니다.
컨트롤에 제약 조건이 설정되면 일부 제약 조건으로 인해 크기가 변경되지 않는 한 콘텐츠에 적응하려는 암묵적인 경향이 있습니다.
UILabel과 같은 여러 적응형 콘텐츠 컨트롤이 함께 배열된 경우 오른쪽 속성 표시줄의 "크기" 라벨 하단에 있는 콘텐츠 포옹 우선순위 및 콘텐츠 압축 저항 우선순위에도 주의하세요. 응답자의 어휘가 얕아서 현재로서는 이 기능을 명확하게 설명할 수 없습니다. 단지 Android의layout_weight와 약간 비슷하다고만 말할 뿐입니다.
Android에서 iOS로 전환하는 개발자는 AutoLayout의 아이디어에 특별한 주의를 기울여야 합니다. 특히 제약 조건의 수는 모호성을 유발하기에 너무 적지도, 너무 많아도 안 됩니다. 충돌이 발생합니다. 각 컨트롤의 제약 조건은 수평 위치, 수직 위치, 너비 및 높이를 결정하기에 충분해야 합니다(UILabel 등은 콘텐츠에 적응할 수 있으므로 너비와 높이를 결정할 필요가 없습니다).
응답자 자신의 실습에서 AutoLayout은 Android 레이아웃이 달성할 수 없는 많은 요구 사항을 실현할 수 있습니다(응답자가 Android에 대해 충분히 알지 못하기 때문일 수도 있음). 따라서 초보자는 AutoLayout이 Android Layout만큼 편리하지 않다고 느낄 수 있지만, 개발자가 AutoLayout의 다양한 용도를 익히면 AutoLayout이 Android Layout만큼 편리하고 더 강력한 도구라는 것을 알게 될 것입니다.
ios는 현재 자동 레이아웃 레이아웃을 사용하고 있습니다. 물론 "절대 위치 지정"을 끄고 사용할 수도 있습니다. 자동 레이아웃은 현재 안드로이드의 제약 레이아웃과 다소 유사합니다. 상대 레이아웃과 몇 가지 유사점이 있지만 그다지 많지는 않습니다. 이를 사용하려면 뷰에 커서를 놓은 다음 ctrl+드래그하세요. 그런 다음 특정 매개변수를 설정합니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
피청구인 역시 iOS에 오기 전 수년 동안 Android를 작성해 온 기술 쓰레기이기도 합니다. 처음에는 iOS에 대해 불편함을 느꼈지만 몇 달 동안 쓰고 익숙해지자 더 이상 Android를 잘 작성할 수 없다는 것을 알게 되었습니다. 사실 iOS가 원래 생각했던 것보다 작성하기가 훨씬 편리하고, 안드로이드에 비해 훨씬 편리하기 때문입니다.
iOS 개발을 처음 배울 때 거절한 이유는 Xcode에 대한 다소 안 좋은 경험 때문이 컸습니다. Xcode에는 큰 문제가 있습니다. 분명히 매우 편리하고 일반적으로 사용되는 기능은 프롬프트도 표시하지 않고 아이콘으로 모서리에 배치됩니다.
Interface Builder의 AutoLayout 제약 기능(비주얼 편집 영역의 오른쪽 하단에 배치된 눈에 띄지 않는 작은 아이콘 4개)도 마찬가지입니다. 컨트롤을 선택하고 두 번째 버튼을 클릭하여 수평 및 수직 중앙 정렬 제한을 설정합니다. 세 번째 버튼을 클릭하면 마지막 컨트롤에서 거리, 고정 너비, 고정 높이 및 고정 종횡비를 설정합니다. 버튼은 좋은 제약 조건을 설정하고 뷰를 업데이트하는 데 사용됩니다. 이 네 가지 버튼의 기능은 훨씬 더 강력합니다. 명령을 길게 눌러 여러 컨트롤을 선택하면 여러 컨트롤의 정렬 등을 설정할 수 있습니다.
컨트롤에 제약 조건이 설정되면 일부 제약 조건으로 인해 크기가 변경되지 않는 한 콘텐츠에 적응하려는 암묵적인 경향이 있습니다.
UILabel과 같은 여러 적응형 콘텐츠 컨트롤이 함께 배열된 경우 오른쪽 속성 표시줄의 "크기" 라벨 하단에 있는 콘텐츠 포옹 우선순위 및 콘텐츠 압축 저항 우선순위에도 주의하세요. 응답자의 어휘가 얕아서 현재로서는 이 기능을 명확하게 설명할 수 없습니다. 단지 Android의layout_weight와 약간 비슷하다고만 말할 뿐입니다.
Android에서 iOS로 전환하는 개발자는 AutoLayout의 아이디어에 특별한 주의를 기울여야 합니다. 특히 제약 조건의 수는 모호성을 유발하기에 너무 적지도, 너무 많아도 안 됩니다. 충돌이 발생합니다. 각 컨트롤의 제약 조건은 수평 위치, 수직 위치, 너비 및 높이를 결정하기에 충분해야 합니다(UILabel 등은 콘텐츠에 적응할 수 있으므로 너비와 높이를 결정할 필요가 없습니다).
응답자 자신의 실습에서 AutoLayout은 Android 레이아웃이 달성할 수 없는 많은 요구 사항을 실현할 수 있습니다(응답자가 Android에 대해 충분히 알지 못하기 때문일 수도 있음). 따라서 초보자는 AutoLayout이 Android Layout만큼 편리하지 않다고 느낄 수 있지만, 개발자가 AutoLayout의 다양한 용도를 익히면 AutoLayout이 Android Layout만큼 편리하고 더 강력한 도구라는 것을 알게 될 것입니다.
xib 스크린샷과 코드를 게시할 수 있나요? 경우에 따라 자동 레이아웃이 기본적으로 활성화되어 있습니다
xib에서 높이를 직접 설정할 수 있지만 AutoLayout에 대해 배울 수 있는 유연성은 부족합니다
ios는 현재 자동 레이아웃 레이아웃을 사용하고 있습니다. 물론 "절대 위치 지정"을 끄고 사용할 수도 있습니다. 자동 레이아웃은 현재 안드로이드의 제약 레이아웃과 다소 유사합니다. 상대 레이아웃과 몇 가지 유사점이 있지만 그다지 많지는 않습니다. 이를 사용하려면 뷰에 커서를 놓은 다음 ctrl+드래그하세요. 그런 다음 특정 매개변수를 설정합니다.