# iOS App Life Cycle

#### 📍 iOS 13에서 Scene Delegate로 이관된 App Delegate의 역할은 무엇무엇이 있을까요?
- iOS 12의 App Delegate의 역할은 프로세스 수준 이벤트를 어플리케이션에 알리는 것과 어플리케이션에 UI 상태를 알리는 것 크게 2가지로 나뉜다. 하지만 어플리케이션은 여전히 하나의 프로세스를 공유하지만 여러 사용자 인터페이스 인스턴스 또는 Scene 세션을 가질 수 있는 iOS 13 패턴에 유효하지 않았다. 그래서 저 2가지의 역할이 Scene Delegate에 이관되었다.
- 프로세스는 앱 하나가 독립적으로 구동될 수 있는 "공간"같은 개념이다. (..?)
#### 📍 App Delegate와 Scene Delegate의 각각의 역할은 무엇일까요?
- App Delegate 앱의 공유 동작을 관리하는 메서드 집합이고, Scene Delegate은 Scene 내에서 발생하는 수명 주기 이벤트에 응답하는 데 사용하는 핵심 방법이다.

#### 📍 Scene의 개념이 생긴 이유는 무엇이고, 언제 어디서 활용해볼 수 있을까요?
- Scene, Multiple Scenes기능에서 말하는 scene은 하나의 앱이 여러 분신처럼 동시에 사용되는 경우 각각의 분신을 의미한다.
- 예를 들어, 동일한 앱 화면을 두개 띄어놓았을 때, 두 화면을 각각 하나의 Scene이라 하고, 자신만의 lifecycle을 바탕으로 운영되는데에 사용된다.

#### 📍 앱은 언제언제 Foreground Inactive 상태가 될까요? 2가지 이상의 사례를 생각해봅시다
- 어플리케이션이 시작되면서 Foreground로 들어오면, Scene는 곧바로 사용자와 상호작용할 수 있는 상태가 된다. 이떄 Scene은 빠르게 Foreground Inactive 상태를 거쳐 Foreground Active 상태로 전환된다. Foreground Active는 Foreground Inactive 상태가 선행된다. (ex. 앱 실행 중에 시리를 켰을 때, 앱 실행 중 전화가 왔을 때)

#### 📍 앱의 상태가 Background로 지속되기 위한 요건은 무엇일까요?
- 다른 앱으로 전환하거나 홈으로 이동하면
- 앱 나가서 그 종료하지만 않으면 되지않나?