![]()
이번 글은 UIKit 프레임워크를 스토리보드를 사용하지 않는 코드 기반으로 세팅하는 방법에 대해 알아보겠습니다. 스토리보드와 코드 베이스에는 장단점이 존재합니다. 우선 스토리보드의 장점은 어노테이션이나 컴포넌트와 관련된 코드를 줄일 수 있어 로직에 더욱 집중할 수 있습니다. 뷰가 복잡해질 수록 관리할 코드가 줄어들기 때문에 관리하게 편해집니다. 또한 오토 레이아웃을 시각적으로 보여주어 오류를 쉽게 파악할 수 있습니다. 단점은 스토리보드는 xml 기반이기 때문에 다른 개발자가 확인하기에 어렵다는 문제점이 있습니다. 스토리보드를 수정하고 PR를 요청했을 때, 다른 개발자가 코드만을 보고 변화를 확인하기 어렵다는 단점이 있습니다. 또한 뷰에 컴포넌트가 추가되어 복잡해질수록 파일이 무거워진다는 단점도 있습니다...
![]()
스토리보드가 없이 앱을 개발할 때 UIView, UIViewController, UICollectionView 등을 상속하여 개발을 진행하는데, 이때 override init(frame:)과 required init?(coder:)와 같은 메서드를 선언해주어야 합니다. 왜 이러한 차이가 있을까요? 우선 각각의 이니셜라이저를 확인해보겠습니다. init(frame:) init(frame:) init(frame:) | Apple Developer Documentation Creates a view with the specified frame rectangle. developer.apple.com 공식문서를 보면 특정한 frame rectangle을 가진 뷰를 생성하고 이를 반환한다고 합니다. frame의 원점..
