[iOS] iOS13이후의 AppDelegate와 SceneDelegate

iOS 12 이전의 appDelegate의 역할 

1. 하나의 앱에 하나의 window가 존재!

 

iOS 13 이후의 appDelegate와 scenceDelegate의 역할

1. window 개념이 scene으로 대체되고 하나의 앱에 여러 scene을 가질수 있게 되었다. 

 

2. UILifecycle을 더이상 ApplDelegate에서 관리하지 않는다.

 

3. AppDelegate에 Session Lifecycle 역할이 추가되었다.

Scene Session이 생성(created)되거나 삭제(discarded)될때 Appdelegate에 알리는 메소드(Scene Session)가 추가되었다.

Scene Session은 앱에서 생성한 모든 scene의 정보를 관리한다.

 

Scene이란?

기존의 window 개념에서 확장된 버전인거 같다. 기존 앱은 window 하나밖에 가지지 못했으나 멀티 뷰가 가능해졌기 때문!

app switcher를 통해 여러 scene을 확인할 수 있다.

Scene에는 UI 하나의 인스턴스를 나타내는 window와 viewController가 들어있다. 

Scene들은 같은 메모리와 앱 프로세스 공간을 공유하며 서로 동시에 실행된다. 

 

 

Scene Session이란?

scene 고유의 런타임 인스턴스를 관리한다. 사용자가 앱에 새로운 scene을 추가하거나 프로그래밍적으로 scene 요청하면 시스템은 그 scene을 추적하는 session객체를 생성한다. 그 session에 고유 식별자와 scene의 구성 세부사항이 들어있다.

uikit는 session 정보를 그 scene 자체의 생애 동안 유지하고 app switcher에서 사용자가 그 scene을 클로징하는 것에 대응하여 그 session을 파괴한다. session객체는 직접 생성하지 않고 uikit가 앱의 사용자 인터페이스에 대응하여 생성된다.

 

appDelegate가 하는 일

우선 appDelegate.swift를 살펴보자

class AppDelegate: UIResponder, UIApplicationDelegate {
	...
}

UIApplicationDelegate를 프로토콜로 채택하고 있다. 

안에 앱의 생명주기와 관련된 메소드들을 보면 

 

didFinishLaunchingWithOptions

//애플리케이션이 실행된 직후 사용자의 화면에 보여지기 직전에 호출
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool

 

 

willFinishLaunchingWithOptions

//애플리케이션이 최초 실행될 때 호출되는 메소드 
func application(_ application: UIApplication, willFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey : Any]? = nil) -> Bool	

 

applicationWillResignActive

//애플리케이션이 InActive 상태로 전환되기 직전에 호출 
func applicationWillResignActive(_ application: UIApplication)

 

applicationDidEnterBackground

//애플리케이션이 백그라운드 상태로 전환된 직후 호출
func applicationDidEnterBackground(_ application: UIApplication)

applicationWillEnterForeground

//애플리케이션이 Active 상태가 되기 직전, 화면에 보여지기 직전에 호출 
func applicationWillEnterForeground(_ application: UIApplication)

 

applicationDidBecomeActive

//애플리케이션이 Active 상태로 전환된 직후 호출
func applicationDidBecomeActive(_ application: UIApplication)

 

applicationWillTerminate

//애플리케이션이 종료되기 직전에 호출 
func applicationWillTerminate(_ application: UIApplication)

이 메소드들은 앱의 상태 변화에 관한 메소드들이다.

UIApplicationDelegate 프로토콜 내에 들어있으며 이를 AppDelegate가 프로토콜로 채택하고 있다. 즉 앱 상태 변화에 관한 작업들을 앱 전반적인 부분을 관여하는 Appdelegate 객체에게 알릴 수 있도록 상호작용하고 있다. 여기까지는 상태변화를 관리하는 UIApplicationDelegate와 앱 전반적 부분을 관여하는 Appdelegate에 관한 관계이다.

 

위에서도 보시다시피 ios 13이후에는 app 기반 -> scene 기반으로 확장되었는데

이에대한 UIApplicationDelegate이 수행하는 앱의 생명주기에 대해 App 기반과 Scene기반을 각각 살펴보고 그 차이점에 대한 AppDelegate에 Session LifeCycle이 추가된 이유와 SceneDelegate에 UILifeCycle이 추가된 이유를 찾아보자

 

1) ios 12 이전 - 앱 기반 라이프 사이클 이벤트

- iOS 12 및 이전 버전에서는 UIApplicationDelegate 객체를 사용하여 수명주기 이벤트에 응답한다.

 

AppDelegate는 별도 화면에 표시된 창을 포함하여 모든 앱의 창을 관리하는 역할을 수행하며 따라서 앱의 상태 전환에 따라 앱 전체의 UI가 바뀌도록 상호작용한다.

 

실행 후 UI가 화면에 표시될지 여부에 따라서 시스템이 앱을 비활성상태 또는 백그라운드상태로 전환한다.

foreground 로 시작할때 시스템은 앱을 자동으로 active 상태로 전환한다.

그 후에 상태는 앱이 종료될때까지 활성/ 비활성/ 백그라운드로만 변한다.

 

 

 

1. not running  - 아직 실행하지 않는 상태이거나 실행중인데 시스템에 의해 종료된 상태
2. inActive - 앱이 foreground 상태로 돌아가지만 이벤트는 받지 않는 상태, 앱의 상태 전환 과정에서 잠깐 머무는 단계
3. Active - 이벤트를 받는 단계/ 일반적으로 앱이 돌아가는 상태
4. background - 앱이 suspended로 진입하기 전 상태, 작업하는 중 (사실상 앱의 종료) 대부분 앱은 suspended상태로 이행하는 도중에 일시적으로 이 상태에 진입하지만 파일 다운로드, 업로드 등 특정 시간동안 이 상태로 남아있게 되는 경우도 있음
5. suspended - 앱이 background 상태에 있지만 아무 코드도 실행하지 않는 상태, 시스템이 임의로 background 상태의 앱을 suspended 상태로 만든다. (not running)

 

2) iOS 13 이후 - 씬 기반 라이프 사이클 이벤트

- iOS 13 이상에서는 UISceneDelegate 객체를 사용하여 장면 기반 앱의 생명주기 이벤트에 응답한다.

 

SceneDelegate가 하는 일

앱 생명주기에 관여하는 역할을 sceneDelegate가 떠맡게 되었다 ! 따라서 씬 기반 라이프 사이클을 담당한다.

sceneDelegate.swift에 있는 메소드들에 대해 하나씩 살펴보자

class SceneDelegate: UIResponder, UIWindowSceneDelegate {
    ...
    }

우선 SceneDelegate는 UIWindowSceneDelegate 프로토콜을 채택하고 있고 여기서 이름으로 유추할 수 있듯이 window 화면 그리는데 관련된 작업을 수행하는 것을 알 수 있다.

 

willConnectTo

//iOS 12의 application (_ : didFinishLaunchingWithOptions :) 같은 기능
// scene이 앱에 추가될 때 호출
func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions)

 

sceneDidDisconnect

//scene의 연결이 해제될 때 호출
func sceneDidDisconnect(_ scene: UIScene)

 

sceneDidBecomeActive

 //app switcher에서 선택되면 inActive 상태에서 active상태로 전환
 func sceneDidBecomeActive(_ scene: UIScene)

 

sceneWillResignActive

//active상태에서 inactive로 전환시
func sceneWillResignActive(_ scene: UIScene) 

 

sceneWillEnterForeground

//background에서 foreground로 전환시 
func sceneWillEnterForeground(_ scene: UIScene) 

 

sceneDidEnterBackground

//foreground에서 backgRound로 전환시
func sceneDidEnterBackground(_ scene: UIScene)

 

앱이 scene을 지원하면서 uikit는 모든 라이프 사이클 이벤트를 UIapplicationDelegate로 전달하는 것이 아니라 각각에 대해 별도 라이프 사이클을 제공하도록 한다.

 

scene은 기기에서 실행 중인 앱 UI의 한 인스턴스로 유저는 각 앱에 대해 여러 scene을 만들고 이를 개별적으로 표시하거나 숨길 수 있다.

각 scene마다 고유한 라이프사이클이 있기 때문에 각 scene마다 다른 실행 상태가 될 수 있다.

 

1. Unattached : 유저나 시스템이 앱의 새로운 scene을 요청하면 UIKit은 이를 생성하고 연결되지 않은 상태로 둔다.

2. Forground Inactive/ Active : 사용자가 요청하는 Scene은 빠르게 foreground로 이동한다.

3. Background : 시스템이 요청한 Scene은 이벤트를 처리할 수 있도록 background로 이동한다.

4. Suspended : 유저가 앱을 닫으면 UIKit은 관련 scene을 백그라운드 상태로 이동하고 결국 suspended 됩니다.

 

즉 사용자가 앱의 UI를 해제하면 UIKit은 연결된 장면을 background 상태로, 결국에는 suspended 상태로 전환한다. UIKit은 언제든지 background 또는 suspended된 Scene의 연결을 끊어 Scene을 연결되지 않은 상태로 되돌릴 수 있다.

 

 

Scene의 개념덕분에 AppDelegate에 configurationForConnecting와 didDiscardSceneSessions 메소드를 필수로 구현해야한다. 

 

configurationForConnecting

//새 Scenea 만들때 UIKit를 위한 configuration data를 가져온다.
optional func application(_ application: UIApplication, 
configurationForConnecting connectingSceneSession: UISceneSession, 
                  options: UIScene.ConnectionOptions) -> UISceneConfiguration

 

didDiscardSceneSessions

//사용자가 app switcher에서 하나 이상의 앱 Scene을 닫았음을 Appdelegate에게 전달
optional func application(_ application: UIApplication, 
  didDiscardSceneSessions sceneSessions: Set<UISceneSession>)

 

 

이제야 앱의 전반적인 프로세스를 공부하다니 .. 

이해하기 어려워 여러 블로그들을 많이 참고 했다. 조금은 알것 같기도 하고 내일 또 봐야겠지만 지금 느끼는 바로는 각각의 역할에 맞게끔 분담되어 서로의 위치에 delegate를 통해 상호작용하고 잘 하고 있구나 정도 알것 같다.

---

 

참고 자료 

공식 문서

developer.apple.com/documentation/uikit/app_and_environment/managing_your_app_s_life_cycle

블로그

duwjdtn11.tistory.com/509

shoveller.tistory.com/entry/App-and-Scenes

medium.com/@jgj455/오늘의-swift-상식-앱-생명주기-878dfe51d182