샘성의 iOS 개발 일지

1. 장점 UI를 한 눈에 볼 수 있음 코드를 모르더라도 Drag & Drow 방식으로 UI를 쉽게 구현 가능 앱의 흐름을 직관적으로 파악 가능 View의 초기화가 필요없어 빠르게 UI 생성 가능 2. 단점 View의 컴포넌트가 많아질수록 파일 로딩 기간이 길어짐 컴포넌트가 많아질수록 세밀하게 조정하는것이 까다로울 수 있음 View의 재사용성이 떨어짐 Storyboard의 identifier를 설정해줘야하므로 번거로울 수 있음 협업시 다른 사람의 View를 수정하면 충돌이 발생할 수 있음 협업시 pull request를 통해 상대방이 어떻게 UI를 만들었는지 확인하기 어려움. 파일을 받아야지 알 수 있음..

1. Content가 있는 View와 없는 View? 1-1)Content가 있는 View UILabel, UIButton, UISegementedControl 처럼 생성하면 안에 띄울 텍스트, 콘텐츠가 포함된 View. 개발자가 따로 크기를 조정하지 않아도 안에 들어간 콘텐츠의 사이즈에 맞게 알아서 조건이 설정된다. e.g) 기본 UIView를 좌표 위에 올릴 때는 넓이를 잡아야함. 반대로 UILabel은 넓이 잡지 않고 좌표 위에 올리면, 해당 레이블에 들어간 글자 수와 폰트 크기에 맞게 사이즈가 조정됨 1-1)Content가 없는 View UIView, UITextView처럼 생성할 때 안에 콘텐츠가 포함되지 않는 View. 개발자가 좌표 위에 올릴 때, 크기를 함께 설정해줘야한다. 콘텐츠가 없기에..

1. Hugging View가 가질 수 있는 최대의 크기에 대한 제한 설정한 값이 다른 view들보다 상대적으로 높을 수록 최대 크기에 대한 우선순위 보장받음 디폴트값 : 250 e.g) firstButton과 secondButton이라는 두 개의 UIButton을 view 위에 올렸다. 설정한 autolayout으로 인해 두 개의 버튼 중 하나의 버튼이 더 커져야 한다. firstButton의 width 크기는 아무리 커도 설정한 크기 이상은 커지길 원하지 않는다. firstButton의 horizontal hugging priority를 secondButton의 horizontal hugging priority보다 크게 설정한다. (firstButton : 251, secondButton : 250으..