[Swift][UIkit] iOS앱의 구조와 코코아터치 프레임워크

💡iOS 앱의 구조

 

 

📌 개발관점에서 보는 iOS 앱의 구조

 - Custom Code : 건드릴 수 있는 영역

 - System Framework : 건드릴 수 없는 영역

 

UIApplicationMain() : iOS 앱에 속하는 부분의 엔트리 포인트 

• 앱의 핵심 객체를 생성하는 프로세스를 핸들링하고, 스토리보드 파일로부터 앱의 유저 인터페이스를 읽어들일뿐만 아니라 우리가 작성한 커스텀 코드를 호출해 줌으로써 앱 생성 초기에 필요한 설정을 구현할 수 있게 해준다.

AppDelegate : 객체를 내세우고 커스텀 코드를 처리할 수 있도록 약간의 권한 부여

• UIApplication으로부터 위임받은 일부 권한을 이용하여 커스텀 코드와 상호작용하는 역할을 담당하고, 이를 통해 우리가 필요한 코드를 구현할 수 있도록 도와준다.
• 앱 전체의 생명주기와 함께한다.

 

 

 

📌  UIApplication객체와 AppDelegate객체가 연관되어 앱이 실행되는 전체과정

1. main()함수 실행

2. main()함수는 다시 UIApplicationMain() 함수 호출

3. UIApplicationMain() 함수는 앱의 본체에 해당하는 UIApplication 객체 생성

4. UIApplication 객체는 Info.plist 파일을 바탕으로 앱에 필요한 데이터와 객체를 로드한다.

5. AppDelegate 객체를 생성하고 UIApplication 객체와 연결한다.

6. 이벤트 루프를 만드는 등 실행에 필요한 준비를 진행한다.

7. 실행 완료 직전, 앱 델리게이트의 appliation(_ :didFinishLaunchingWithOptions:)메소드를 호출한다.

 

 

 

📌  MVC 패턴

모델(Model) : 데이터 담당

뷰(View) : 데이터에 대한 화면 표현 담당

컨트롤러(Controller) : 모델과 뷰 사이에 위치하여 데이터를 가공하여 뷰로 전달하고, 뷰에서 발생하는 이벤트를 입력받아 처리

 

장점

• 데이터와 비지니스 로직을 시각적인 표현으로부터 분리해 줌으로써 화면을 신경쓰지 않고도 데이터나 비지니스 로직을 작성
• 데이터 관리부분을 수정해도 비지니스 로직이나 화면 표현 코드에는 영향을 미치지 않고,  화면을 표현하는 코드를 수정하더라도 비지니스 로직이나 데이터 관리 부분에 영향을 미치지 않으므로 훨씬 더 프로그램이 유연해지는 결과를 얻을 수 있다.

 

 

 

📌  iOS 라이프 사이클 

1. Not Running : 앱이 시작되지 않았거나, 실행되었지만 시스템에 의해 종료된 상태

2. Inactive : 앱이 전면에서 실행중이지만, 아무런 이벤트를 받지않고 있는 상태

3. Active : 앱이 전면에서 실행중이며, 이벤트를 받고 있는 상태

4. Background : 앱이 백그라운드에 있지만 여전히 코드가 실행되고 있는 상태.

대부분의 앱은 Suspended 상태로 이행하는 도중에 일시적으로 이상태에 진입하지만, 파일 다운로드나 업로드, 연산 처리 등 여분의 실행 시간이 필요한 앱일 경우 특정 시간 동안 이 상태로 남아 있게 되는 경우도 있다.

5. Suspended : 앱이 메모리에 유지되지만 실행되는 코드가 없는 상태.

메모리가 부족한 상황이 오면 iOS 시스템은 포그라운드에 있는 앱의 여유 메모리 공간을 확보하기 위해 Suspended 상태에 있는 앱들을 특별한 알림 없이 정리한다.

 

 

 

 

💡 iOS와 코코아 터치 프레임워크

 

📌 코코아 터치 프레임 워크

: 하드웨어와 앱 사이를 중계해주는 iOS인터페이스

 

UIApplication, UIButton 등은 스위프트 언어 자체에서 제공하는 클래스가 아닌, 프레임워크를 통해 제공되는 클래스

 

• import UIKit : 유저 인터페이스 제공 
• import Foundation : 네트워크나 날짜 연산 등의 기능 처리
• import WebKit : 웹과 관련된 기술 구현
• import AddressBookUI : 주소록 화면 관련 기능
• import UserNotifications : 사용자 알림
• ... 기타 등등 

• 파운데이션 프레임워크나 UIKit 프레임워크 등의 계층을 거슬러 올라가면 코코아터치라는 거대한 프레임워크가 등장

 

☝🏻 핵심

Foundation Framework : 기본 데이터 형식, 컬렉션 및 앱의 기본 객체와 기반 기술을 제공

UIKit Framework : 유저 인터페이스 도구를 통해 iOS 앱을 구현할 수 있는 방법 제공

---> iOS 앱으로서의 특징적인 부분은 UIKit 프레임워크가, 내부적으로 돌아가는 기능은 Foundation Framework 가 처리 

 

 

 

 

💡 앱을 구성하는 핵심 객체들

📌  iOS 유저 인터페이스의 표현 구조

뷰 : 콘텐츠를 담아 이를 스크린상에 표시하고, 사용자의 입력에 반응

 

중첩인터페이스 구조

iOS에서 실행되는 모든 애플리케이션은 최소한 하나 이상의 윈도우와 뷰를 가진다. 

윈도우와 뷰 사이는 뷰 컨트롤러를 통해 연결된다.

 

 

 

📌 뷰 컨트롤러 ( View Controller )

 

 앱의 근간을 이루는 객체로, 모든 앱은 최소한 하나 이상의 뷰 컨트롤러로 구성된다. 

 화면 구성 요소들, 즉 뷰를 관리하는 것이지만, 단순히 여기서 그치지 않고 화면과 데이터 사이의 상호 작용까지 관리하기도 한다.

 

• View Controller
  • 가장 기본이 되는 컨트롤러
  • UIViewController 상속
• Navigation Controller
  • 컨트롤러끼리의 화면이동을 처리해주고, 현재의 페이지 위치에 대한 네비게이션 역할
  • UINavigationController  상속
• Table View Controller
  • 내부에 리스트 형식의 테이블 뷰를 포함하고 있어 여러 항목이나 데이터를 화면에 나열하기 위해 사용
  • UITableViewController 상속
• Tab bar Controller
  • 화면을 나타내는 여러개의 탭이 있고, 탭을 터치하면 화면이 전환되는 형태
  • UITabbarController 상속
• Split View Controller
  • 메인 - 서브 화면 분할용 컨트롤러
  • UISplitViewController

 

☝🏻 우리는 항상 모든 객체를 루트 뷰 혹은 그 아래에 추가해야 한다. 루트 뷰 없이 곧바로 뷰 컨트롤러에 객체를 추가할 수는 없다.