[iOS] Responding to the Launch of Your App (공식문서 정리)

1차 수정: 2021/06/16

 

안녕하세요🐶

이번 시간에는 'Responding to the Launch of Your App',

즉 앱 시작시 발생하는 일들에 대응하는 내용을 담은 공식문서를 정리해보려고 합니다.

이전 글을 먼저 읽고 보시는 것도 좋을 것 같아요😉

 

"앱의 자료 구조를 초기화하고, 앱을 실행시키기위해 준비하고, launch-time 에 오는 시스템 요청들에 대응합니다."

---

 

 

간략한 개요

사용자가 홈 화면의 앱 아이콘을 탭할 때, 시스템은 우리의 앱을 시작시킵니다.

 

만약 앱이 특정한 이벤트를 요청했다면, 시스템은 마찬가지로 그 이벤트를 처리하기 위해 `background`에서 앱을 시작시킵니다.

:: Scene-based 앱에서, 시스템은 위와 비슷하게 앱을 시작합니다.

:: 화면 상에 나타날 필요가 있거나, 어떤 작업을 해야할 때 그렇게 동작 합니다.

 

모든 앱은 Launch 와 관련된 처리과정을 가지고 있습니다.

:: 이 처리과정을 Launch-cycle 이라고 부르기도 합니다.

 

이 처리과정은  UIApplication 오브젝트가 지정합니다.

 

앱들은 또한 AppDelegate 오브젝트를 가지고 있습니다.

::UIApplicationDelegate 프로토콜을 채택한 오브젝트 입니다

 

기본적으로 생성됩니다. iOS13 이후 부터는 SceneDelegate 도 같이 생성됩니다.

 

App delegate 는 처리과정에서 중요한 이벤트가 발생했을때 대응합니다.

:: Scene-based 앱도 기본적인 이벤트인 `launch`, `termination`과 같은 이벤트 처리에 App delegate 를 사용합니다.

 

앱 시작 시점에, UIKit 은 자동적으로 UIApplication 과 App delegate 오브젝트를 생성합니다.

 

그리고 UIKit은 곧바로 앱의 main event loop를 시작합니다.

:: 정확히는 UIApplicationMain(_:_:_:_:)  함수에서 메인 이벤트 루프를 구성합니다.

 

iOS 앱은 기본적으로 사용자가 발생시킨 이벤트에 의해

실행흐름이 결정되는 Events-Driven Architecture 이기 때문입니다.

---

 

런치스크린 스토리보드 (Lauch StoryBoard)

이 화면은 플랫폼과 관련 없이 'splash screen' 이라는 용어로도 사용합니다.

 

사용자가 앱을 기기에서 처음 실행할 때, 시스템은 우리의 앱이 UI를 화면의 띄울 준비를 하는동안 `launch storyboard` 를 화면에 표시합니다.

 

`Launch storyboard` 를 화면에 표시하는것은

사용자에게 "앱이 실행되었고, 무언가를 작업하고있다." 라는 점을 확인시켜 주는 것입니다.

 

앱이 만약 스스로 초기화 하고 UI 를 빠르게 준비한다면, 사용자는 `launch storyboard` 를 보는 시간이 짧을 것입니다.

 

Xcode 프로젝트는 자동으로 기본 `launch storyboard` 를 제공하여서, 커스터마이징할수 있게 합니다.

 

혹은 우리가 필요할 때 추가적으로 `launch storyboard` 를 만들수 있게 합니다.

 

Default LaunchScreen

새로운 `launch storyboard` 를 프로젝트에 추가하기 위해서는, 다음과 같은 순서에 따라 작업하면 됩니다:

간단한 영어이므로 따로 해석하지 않았습니다.

1. Open your project in Xcode.
2. Choose File > New > File.
3. Add a Launch Screen resource to your project.

`Launch storyboard` 에 view 들을 추가하고 Auto Layout 제약을 이용해 위치와 크기를 설정함으로서, 앱이 사용환경 (기기) 에 맞게 런치스크린의 내용을 보여주도록 합니다.

 

Important

`Launch Screen`으로 정적인 이미지 자체를 사용하지 마세요.

Storyboard 를 이용하여 Launch Screen 을 만들라는 의미입니다.

 

iOS 14 버전 이후로, Launch Screen 의 크기는 25MB 로 제한되어 있습니다.

---

---

 

앱에 필요한 자료구조를 초기화하기

 

앱의
Launch-time 초기화 코드를 아래에 제시한 메소드에 작성해야 합니다.

• application(_:willFinishLaunchingWithOptions:)
• application(_:didFinishLaunchingWithOptions:)

 

UIKit 은 위 메소드들을 앱의 Launch-cycle 시작부분에 호출합니다.

 

위 메소드들은 다음과 같은 용도로 사용할 수 있습니다.

• 앱에 필요한 자료 구조 초기화하기
• 앱이 실행을 필요로하는 리소스가 있는지 확인
• 앱이 최초에 실행될 때 `one-time setup`수행하기. 예를 들면, 템플릿을 설치하거나, 쓰기가능한 디렉터리에 사용자 수정가능한 파일들을 설치하기.  관련 글
• 앱이 사용하는 중요한 서비스와 연결하기. 예를 들면, 앱이 remote noti 가 필요한 경우 APN 서비스에 연결하기.
• `Launch options dictionary` 를 확인하여, 앱이 왜 실행되었는지에 대한 정보 확인하기. 관련 글

 

`Scene-based` 앱이 아닌 경우, UIKit 은 앱의 기본 UI 를 launch-time 에 자동으로 불러옵니다.

 

UI가 화면에 나타나고 추가적인 작업을 하고 싶은 경우에 application(_:didFinishLaunchingWithOptions:)  메서드를 사용합니다.

 

위 메서드의 호출 시점은 LaunchScreen 이 사라지고 Main 에 해당하는 씬이 화면에 나타나기 직전 시점입니다.

 

예를 들어 사용자가 직전 앱 종료 시점전에 하고 있었던 작업을 반영시킨 화면을 보여주게 설정할 수도 잇습니다.

---

 

메인 쓰레드에서 시간이 오래걸리는 작업들을 제거하기

사용자가 앱을 시작시킬 때, 빠르게 Launching 해서 좋은 인상을 남겨야 합니다.

 

UIKit은  application(_:didFinishLaunchingWithOptions:) 가

반환되기 전까지 앱의 UI를 화면에 표시하지 않습니다.

 

application(_:didFinishLaunchingWithOptions:) 나 application(_:willFinishLaunchingWithOptions:) 메서드에서 시간이 오래걸리는 작업을 한다면, 사용자에게 앱이 굼뜨다고(sluggish) 생각되게 합니다.

 

앱이 `background`에 런칭 될 때도 위 메서드들을 빠르게 반환하는 것은 중요합니다.

:: 왜냐하면 시스템이 앱의 `background`실행 시간을 제한하기 때문입니다.

 

따라서 앱 초기화에 중요하지 않은 작업들은 launch-time cycle에서 제거해야 합니다

 

그 예는 다음과 같습니다:

• 앱이 당장 필요로하지 않는 기능들의 초기화를 뒤로 미뤄주세요.
• 중요하고, 시간이 오래걸리는 작업들을 앱의 메인 쓰레드에서 제거하세요.
• 그런 작업들은 Global Dispatch Queue에서 비동기적으로 돌리는 것입니다.

Global Dispatch Queue 는 GCD 에서 사용하는 작업 큐입니다.

제가 작성한 관련 글을 한번 읽어보세요!

 

 

🤔 알게 된점

Launch-cycle 에서 호출되는 메서드 application(_:didFinishLaunchingWithOptions) 등이 메인 쓰레드에서 돌아 간다는점, 새삼 생각해보면 당연한 것이지만 오랜 시간이 걸리는 작업들을 여기서 수행하면 안되겠다고 생각했다.

---

 

앱이 왜 실행되었는지 판단하고, 실행 이유에 따라 분기시키기

 

UIKit 이 앱을 시작시킬 때, UIKit은 앱이 실행된 이유를 `launch options dictionary`에 넣어서 application(_:willFinishLaunchingWithOptions:) 와 application(_:didFinishLaunchingWithOptions:) 메서드에 전달합니다😮

 

해당 딕셔너리의 키는 즉시 수행하여야 하는 중요한 일들을 가리킵니다.

 

예를 들면,

키들은 사용자가 앱 밖의 다른 어디선가에서 시작한 작업을 우리의 앱에서 이어서 할수 있도록 반영할수 있게 해줍니다.

 

항상 `Launch options dictionary`의 키 내용을 확인하고, 그에 맞게 적절하게 대응해야 합니다.

---

N o t e

 

`Scene-based`앱의 경우에는 UIKit이 application(_:configurationForConnecting:options:) 메서드에 전달한 옵션을 확인하여 씬이 왜 생성되었는지 확인합니다

 

---

 

아래 코드는 `background` location update 를 처리하기 위한 App delegate 메서드를 보여줍니다.

 

launchOptions에 `loaction key` 가 존재한다면, 앱은 location update 를 미루지 않고 즉시 실행합니다.

 

Location update 는 Core Location 프레임워크가 새로운 location event 를 전달하게끔 해줍니다.

 

class AppDelegate: UIResponder, UIApplicationDelegate, 
               CLLocationManagerDelegate {
    
   let locationManager = CLLocationManager()
   func application(_ application: UIApplication,
              didFinishLaunchingWithOptions launchOptions:
              [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
       
      // If launched because of new location data,
      //  start the visits service right away.
      if let keys = launchOptions?.keys {
         if keys.contains(.location) {
            locationManager.delegate = self
            locationManager.startMonitoringVisits()
         }
      }
       
      return true
   }
   // other methods…
}

 

시스템은 지원하지 않는 기능에 관한 키는 포함해서 전달하지 않습니다.

 

예를 들어, 앱이 remote notification 를 지원하지 않는다면, 시스템은 이것을 키에 포함시키지 않습니다.

 

 

UIKit 이 전달하는 LaunchOptionKey 에 대해서 궁금하다면? 👉🏻 공식문서 읽기

 

 

끝!

---

🤖🟢[우짱의 iOS 블로그]🔵💻

iOS를 공부하면서 배운 내용을 기록하고 있습니다.