[Apple Document] iOS - The App Life Cycle

The App Life Cycle

• 앱은 우리가 작성한 코드와 System Framework 간의 상호작용의 결과물
• Framework에서는 앱의 실행에 필요한 환경에 필요한 도구를 제공
• 이러한 Framework를 효과적으로 사용하기 위해서 iOS Infra structure에 대한 간단한 이해가 필요
• iOS Framework는 MVC와 Delegation이라는 디자인패턴에 의존

 

The Main Function

#import <UIKit/UIKit.h>
#import "AppDelegate.h"
 
int main(int argc, char * argv[])
{
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
    }
}

UIApplicationMain 함수: 앱이 시작되면서 몇가지 중요한 객체 생성하고 앱 실행

UIApplication: 시스템과 앱의 여러 객체들간의 대화를 가능하게 해주는 객체

MVC 구조는 앱의 data와 비지니스 로직을 UI 요소로 분리해줌.

 

 

The Structure of an App

• UIApplication 객체: 
  Event loop 관리. Delegate에 앱 상태변화나 푸쉬알림같은 주요한 이벤트 알려줌.
• App Delegate 객체:
  delegate. 이 객체는 UIApplication 객체와 함께 앱 초기화, 앱 상태변화 등 관리. 앱 하나당 하나만 존재
• Document, data model 객체: 
  data model은 앱의 콘텐츠 저장, 앱의 고유성을 가짐
• View Controller 객체
  - 내용을 화면에 나타내는 기능 (하나의 view와 subview들을 관리)
  - 화면에 view가 표시될 때 viewcontroller 객체는 뷰들을 앱의 window에 설치
  - UIViewController
     : 모든 view controller의 부모
     : View 로드하고, 보여주고, 디바이스 회전에 따라 돌려주는 등에 대한 기능 제공
  
• UIWindow 객체
  - 화면에 나타낼 뷰들을 다룸 (대부분 Main Screen에 해당하는 window하나만 가짐)
  - UIApplication 객체와 같이 작동하여 view controller와 view에게 이벤트 전달하는 역할
• view 객체, control 객체, layer 객체
  - 앱 컨텐츠 중 시각적인 부분 제공
  - View: frame(지정된 사각형)의 공간에 내용물, 그 프레임 안의 이벤트에 응답하는 객체
  - Control: 특정한 역할을 담당하는 view (Button, Text field, toggle, switch)
  - Layer: 시각적인 요소에 대한 Data 객체 (view는 screen의 뒷부분에서 이 layer객체를 사용하여 컨텐츠 내용을 나타냄. custom layer 객체를 사용하여 애니메이션을 줄 수 있음.)

 

The Main Run Loop

• UIApplication 객체는 앱이 launch되는 시점에 메인 run loop를 생성한 뒤 이 run loop로 이벤트 처리
• Main Thread에서 동작
• 사용자 관련 이벤트를 받은 순서대로 처리
• 사용자 액션
  -> 액션에 대한 이벤트가 시스템에 의해 생성
  -> UIKit에서 생성한 port 를 통해 앱에 전달
  -> EventQueue에 저장된 순서대로 동작 실행 (UIApplication 객체가 이벤트를 받아서 어떤 동작을 취할지 결정)
  ex) touch event: main window 객체가 인식 -> window 객체가 다시 터치가 발생한 view로 이벤트 전달

 

이벤트 종류

• Touch: View는 응답을 할 줄 아는 객체. 해당 뷰에서 처리되지 않는 터치 이벤트는 Responder chain에 다라 계속 내려감
• Remote Control Shake motion events
• Accelerametor, Magnetometer, Gyroscope
• Location
• Redraw

- touch, remote control과 같은 이벤트는 앱의 Responder 객체를 통해 처리됨. (Responder - UIApplication 객체, view 객체, view controller 객체 ...)

- Control에서 발생한 터치 이벤트는 다른 view의 이벤트 전달 방식과 조금 다름.
   그 이벤트들을 다시 action 메시지로 패키징하여 지정된 객체로 전달 => Target-action 디자인 패턴: 특정 액션이 작성한 코드로 연결되는 작업을 쉽게 해주는 패턴

 

 

Execution States for Apps

앱은 항상 아래 중 하나의 상태를 가지고, 시스템 내에서 일어나는 액션들을 통해 시스템은 앱의 상태를 바꿈

 

• Not running: 실행되지 않음, 시스템에 의해 종료
• Inactive: 앱이 foreground에 올라와 있지만 이벤트를 받지 않고 있는 상태
  (보통의 앱은 다른 앱으로 전환할떄 잠시동안 이상태에 머물게된다.)
• Active: 앱이 foreground에서 실행중이고 이벤트를 받고 있는 상태
• Background: 앱이 background에 있고 코드를 실행하고 있는 상태.
  (맵이 직접 background로 실행될땐, Inactive상태가 아니라 바로 이상태로 머문다)
• Suspended: 앱이 background에 있으면서 코드를 수행하고 있지 않는 상태.
  (시스템은 자동적으로 앱을 이상태로 바꾼다. 이상태일때는 메모리에 앱이 남지만 어떠한 코드도 실행되지않는다. 하지만 메모리가 부족하면 알림없이 메모리공간을 차지하기위해 이상태인 앱을 메모리에서 제거한다. 그래서 오랜시간 켜지않은 앱을 다시 불러오면 처음부터 시작되는 이유)

 

 

상태 변화는 AppDelegate 객체의 메소드 호출

- application:willFinishLaunchingWithOptions: 앱 최초 실행

- application:didFinishLaunchingWithOptions: 앱의 화면이 사용자에게 보여지기 직전 최종 초기화 작업

- applicationDidBecomeActive: 앱이 foreground로 전환

- applicationWillResignActive: 앱이 foreground에서 다른 상태로 전환

- applicationDidEnterBackground: background

- applicationWillEnterForeground: foreground

- applicationWillTerminate: 앱 종료

 

 

Thread and Concurrency

iOS의 Multi-thread 를 위해서는 Grand Central Dispatch, Operation Objects, 비동기 progrmaiing interfaces

• View 관련 작업은 Main Thread
• 규모가 큰 작업은 GCD 또는 operation 객체를 통해 background thread에서 이루어지도록 하자.

 

Ref.

https://llldddjjj.tistory.com/entry/iOS-iOS-%EC%95%B1%EC%9D%84-%EA%B5%AC%EC%84%B1%ED%95%98%EB%8A%94-%ED%95%B5%EC%8B%AC-%EA%B0%9D%EC%B2%B4%EB%93%A4%EA%B3%BC-iOS-%EB%A9%94%EC%9D%B8-%EB%9F%B0%EB%A3%A8%ED%94%84-%EB%8F%99%EC%9E%91-%EC%9D%B4%ED%95%B4

http://rhammer.tistory.com/94
https://github.com/MijeongJeon/iOS-Programming-Documents/blob/master/App%20Programing%20Guide%20for%20iOS(Korean).md