[220706] TIL

[Taehyeon-Kim]

🪴 Summary

1. 앱의 생명 주기 (App Life Cycle)
2. App Delegate와 Scene Delegate
3. iOS13, iOS14 특징
4. available attribute keyword (코드의 버전 대응을 어떻게 해야 할까?)
5. Not Running인지 Background인지 그 상태가 궁금하다.
6. 다크모드와 컬러 지정
7. 가로모드
8. Project, Target
9. UIWindow
10. sleep() 메서드를 이용해 Launch Screen 동작 시간 조정
11. IBOutlet이 정상적으로 연결이 잘 되지 않을때
12. UITextField, UIButton
13. IBOutlet과 IBAction
14. 키보드 내리기와 Tap Gesture

🗂 Detail

TIL에 너무 많은 리소스를 들이지 맙시다.

앱의 생명주기 (Life Cycle)

다음 파일과 관련이 있다.

• AppDelegate.swift
• SceneDelegate.swift

앱의 5가지 상태

앱의 생명주기는 5가지로 나뉘기 이전에 실행/종료 그리고 Foreground/Background 상태로 나뉜다.

앱을 사용하다보면 전화가 오거나, 알림이 울리거나 또는 다른 앱으로 전환할 때 동작이 달라지는 것을 확인할 수 있다. 아이폰의 화면은 하나이기 때문에 이 한 화면을 차지하기 위해서는 앱 마다 우선순위를 가지는 것도 필요하고, 앱 내에서도 현재 어떤 화면이 보여져야 할 지도 중요한 부분이 된다. 이를 관리하는 데 중요한 부분이 앱의 상태, 즉 생명 주기이다. 앱의 상태는 크게 나누면 앱을 사용하고 있을 때(화면에 앱을 띄운 상태), 앱을 사용하고 있지 않을 때로 나눌 수 있다. 좀 더 디테일하게 나누면 5가지 상태로 나눌 수 있다.

자세한 내용은 다른 글에서 살펴보고자 한다.

1. Not Running
   앱이 실행되지 않거나, 종료된 상태를 의미한다.

2. Active
   Active 상태인 앱은 하나이다.

3. Inactive
   전화가 오거나 또는 알람이 울리게 되면 우리가 컨트롤 할 수 없는 상태가 된다. 다시 앱을 사용하게 되는 순간 Active로 돌아오게 된다.
   Active와 Inactive 상태를 묶어서 Foreground라고 부른다.

4. Background
   앱이 화면에 보이지 않지만 코드를 실행하고 있는 상태를 말한다.

5. Suspend
   수동으로 앱을 지우게 되면 Suspend 상태가 된다. 시스템이 일정 시간이 지나면 앱을 완전히 종료하게 되는데 이 때 앱은 Not Running 상태로 접어드게 된다.

App Delegate와 Scene Delegate

AppDelegate

• 앱을 실행하고 종료하는 것만 담당 (iOS 13.0 ~)

각 메서드(- 라이프 사이클)에서 어떤 행위를 할 수 있을지 깊게 고민해 본 적 없었는데 오늘 새싹 강의에서 예시로 들려주신 내용이 흥미로워서 가져와보았다.

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
  // - 사용자 정보 체크
  // - 데이터 체크
  // - 업데이트 최신화 확인
  
  // 위험할 수 있다. (이 시간 동안 어떤 로직도 수행되지 않는다. 그렇기에 로직이 복잡하면 지양하는 것이 좋다.)
  sleep(2)
  
  return true
}

func applicationDidEnterBackground(_ application: UIApplication) {
  // - 앱이 백그라운드 상태로 들어갈 때
  // - Melon, Youtube : 만약에 사용자가 프리미엄 결제자이면 백그라운드에서 돌아가도록(play) 하고,
	// - 그게 아니라면 중단(stop)시키라고 분기 처리 가능
}

// ❗️ 예시가 너무 흥미롭다.
func applicationWillEnterForeground(_ application: UIApplication) {
  // - 프리미엄 결제자가 아닌 유저에게 결제 유도 팝업을 띄울 때 사용할 수 있다. (Background -> Active)
  // - 카카오톡 사용 시 : 백그라운드에서 앱 사용 상태로 다시 돌아올 때 잠금 화면을 띄우는 상황
  // - 금융 앱 사용 시 : 백그라운드에 있을 때, 화면이 안 보이도록 처리 (화면 하나를 위쪽에 씌우는 식으로 처리, 그리고 실제 앱이 실행되면 화면을 걷어내는 식으로 관리 가능)
}

SceneDelegate

• 앱을 하나만 실행한다고 하더라도 Scene 단위로 동작한다. (iOS 13.0 ~)
• 화면의 상태 전환, 라이프 사이클을 담당한다. 기존 AppDelegate가 담당하던 일이 넘어왔다.
• SceneDelegate를 아예 쓰지 않을 수도 있다. 삭제가 가능하다. 하지만 요즘에는 그렇게 잘 하지 않는 추세이다.

iOS13

Scene 개념의 등장

iPad OS에 도입된 새로운 다중 창 지원기능이 적용된 결과다. 그 결과 AppDelegate의 작업을 두개로 분할한다. AppDelegate는 애플리케이션 life Cycle 및 설정을 담당하고, SceneDelegate는 화면 (Scenes)에 표시되는 내용을 처리하고 앱이 표시되는 방식을 관리한다.

아래는 결국 다 같은 말이다..ㅎㅎ Scene이 등장했기 때문에 가능해진 일이다.

• 다른 앱 화면을 2개 이상 띄우는 것이 가능해졌다. (iPad OS의 등장)
• 동일한 앱을 2개 이상 띄우는 것도 가능해졌다.
• Active 상태의 앱이 2개 이상이 될 수 있다.

동일한 앱을 3개 이상 띄웠다고 가정해보자. 하나는 Background, 하나는 Foreground, 하나는 Suspend 상태가 될 수 있다. 그럼 이를 어떻게 처리를 할 수 있을까. 여기서 Scene(Session)의 개념이 등장하게 된다. iPad에서 앱을 띄우는 것은 Scene을 띄운다의 개념이 된다.

App Delegate 실행 이후에 Scene Delegate에게 권한을 위임한다. 그렇기 때문에 파일이 2개로 나뉜다. 서로 역할을 분리하게 된 것이다. 아하 그렇기 때문에 12.4로 os를 실행하면 기존에는 SceneDelegate 파일이 없기 때문에 에러가 발생하게 된다.

그렇다면 버전마다 번거롭게 분기처리가 들어가야 하니까 iOS12까지 반드시 대응을 시켜야 할까에 대한 물음이 생긴다. 이제 사용자의 기기 버전 업데이트도 어느 정도 되었긴 하지만 아직까지는 어느 정도 고려를 해줘야 할 것이다.

다크모드

iOS13부터 지원하여, 시스템적으로 적용이 되었다. Xcode의 디폴트 설정은 라이트모드, 다크모드를 모두 지원하는 상태이다. 그렇기에 한 가지로 제한하고 싶으면 따로 설정이 필요하다. 아래에서 확인 바람.

iOS14

앱이 실행되는 도중, 전화가 팝업 형태로 온다고 해서 Inactive 상태가 되는 것은 아니다. 전화 화면으로 넘어갔을 때 Inactive 상태가 된다. 시스템에 의해 구현되는 것이기 때문에 팝업은 Active 상태로 보지 않는다.

pip 모드로 떠있더라도 현재 active 상태로 띄워진 앱은 상태가 유지된다.

pip 모드는 창 모드를 의미한다. 유튜브에서 창 모드를 이용하는 것이 가능해졌다.

available attribute keyword (코드의 버전 대응을 어떻게 해야 할까?)

@available(iOS 13.0, *) // 13.0 버전 이상에서만 사용 가능하다.

Snippet 작성해서 사용하자 :)

swift5.6부터 unavailable keyword가 생겼다고 한다. (오호라.. 찾아봐야지)

더 많은 내용은 TIL - #available, @available 참고 바람.

Not Running인지 Background인지 그 상태가 궁금하다.

홈화면을 밑에서 위로 올리면 사용했던 앱의 목록을 쭉 볼 수 있다.

모든 앱이 Background 상태에 있는 것은 아니다. 실제로 os에 의해 일정 시간이 지나면 메모리 정리가 알아서 진행된다. 그 차이를 확인하고 싶다면 Background 상태로 앱을 오래 켜놓고 하나씩 확인해보자. 어떤 앱은 Launchscreen부터 시작되는 앱이 있고, 어떤 앱은 가장 마지막으로 사용한 화면이 나올 것이다. 전자는 Not Running 상태가 되어버린 것이고, 후자는 Background 상태인 것이다.

디바이스 성능, 용량, 배터리, 저전력 모드 등에 따라서도 메모리 정리 상황이 달라진다.

다크모드와 컬러 지정

다크모드 on/off에 따라서 Label의 색상이 변경되고 있다.

Black Color vs Label Color

둘 다 검은색인 것 같은데 무슨 차이가 있지?
다크모드를 적용시켜보자.
Black처럼 색상의 이름이 정확하게 명시된 것은 어떤 모드에서든지 색상이 유지된다. (한 가지 색상으로 유지됨!)

System Color(+ 의도적으로 네이밍이 들어간 색상)

iOS13부터 등장하였다. 다크모드 대응을 위해 두 가지 컬러를 지니고 있다.

커스텀 컬러

사용자가 일반적으로 정의한 커스텀 컬러는 반전(다크 모드에 따라 색상 반전)되지 않는다.
걱정 마라, Asset Catalog를 이용해서 다크모드에 대응할 수 있는 색상을 만들 수 있다.

Asset Catalog로 다크모드 적용하기

• Any, Dark (iOS 13.0 이상이라면 상관없다.)
• Any, Light, Dark (만약 그 이하의 버전까지 컨트롤하고 싶다면 사용하자.)
• Accent Color

만약에 다크모드를 대응하고 싶지 않다면!

실제 앱 사례

• 유튜브, 인스타그램 : 다크모드 대응
• 배달의 민족 : 다크모드 제한

다크 모드 제한 방법

명시적으로 사용하지 않겠다고 설정하자. Info.plist에서 지정할 수 있음.
Info.plist는 source code로도 볼 수 있으니 취향껏 작업하자.

value 값을 소문자로 쓰면 리젝 사유가 될 수 있다 ㅎㅎ

UIUserInterfaceStyle과 Appearance는 같은 용어이다. 버전 업데이트 되면서 이름이 바뀐 것이니 참고!

개인 앱이나 크게 UI가 중요한 프로젝트가 아니라면 대응을 하지 않는 것이 리소스가 조금은 덜 드는 방법일 것 같다. 다크모드만 쓰는 방법은 따로 없다. 한 가지 색상만 쓰는 방식으로 동일하게 해주면 된다. (Light 라고 설정하면 됨)

Apple Design Resources

https://developer.apple.com/design/resources/

다크모드, 라이트모드 컬러 셋이 디자인 되어 있는 게 흥미롭다.
그 외에 UI Components도 확인할 수 있다.

가로모드

Device Orientation에서 설정 또는 제한이 가능하다.
기기 입장에서 가로모드를 판단하는 것은 가속도를 기준으로 판단한다.

1. Portrait
   세로 모드
2. Upside Down
   180도 전환, 이것은 iPad에만 적용(왜냐하면 아이폰에는 노치가 있기 때문)
3. Landscape Left
   가로모드, 왼쪽으로 회전
4. Landscape Right
   가로모드, 오른쪽으로 회전

TARGETS - Build Settings까지 바뀌어있어야 잘 적용이 된 것이다.

General에서 일부 설정을 진행해도 Build Settings에 적용이 안 되는 경우가 있다.
Build Settings는 개발자가 자주 변경하는 내용들이 담겨있다.

Project, Target

기본적으로 Project에서 설정한 값이 Target으로 상속이 된다.

Target은 여러 개 추가할 수 있으며, 각각의 설정이 달라질 수 있다.
Widget, Keyboard, ..., Extensions 등 여러 개의 Target이 생길 수 있다.

UIWindow

실질적으로 눈에 보이는 화면은 아니다.
비춰주는 거울이라고 생각하면 편하다. (뷰 컨트롤러를 비춰주는 통로)
어떤 버전이든 UIWindow를 사용한다.

아이폰은 단일 화면인데 어떤 뷰 컨트롤러를 보여줄 수 있을까?

UIWindow가 그것을 관장한다.

13.0 이전 버전에서 화면을 비춰주기 위해서는 window 프로퍼티를 AppDelegate에서 선언해주어야 한다.

왜 App Delegate에서 window 프로퍼티를 선언해줘야 하나요? 안 그러면 까맣게 화면이 나온다.
iOS13이전에는 Scene Delegate 개념이 없기 때문이다.

sleep() 메서드를 이용해 Launch Screen 동작 시간 조정

@main
class AppDelegate: UIResponder, UIApplicationDelegate {

    var window: UIWindow?

    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        sleep(2)        
        return true
    }
}

time sleeping을 통해서 런치 스크린의 로딩 시간을 조정할 수는 있으나 그렇게 권장하지는 않는 방법이다.
AppDelegate에서 Window 프로퍼티를 선언하면 iOS 12 ~ 15 모두 대응 가능

IBOutlet이 정상적으로 연결이 잘 되지 않을때

1. 직접 코드를 작성하고, 역으로 연결하기
2. Clean Build 실행하기 (cmd+shift+k)

UITextField

text 프로터피와 placeholder 프로퍼티는 다르다. (영역 구분해보기)

UIButton

Button의 State는 여러 가지가 있다. 그 중에서 normal, highlighted를 먼저 살펴보자

• .normal (버튼의 기본 상태)
• .highlighted (버튼을 눌렀을 때)

Button의 IBAction을 연결할 때는 sender의 타입을 Any가 아닌 UIButton으로 지정해주는 것이 좋다. 왜 일까?

Keyboard가 정상적으로 올라오지 않을 때

물리적(하드웨어) 키보드가 연결 해제 - 그럼 자동으로 텍스트 필드에 값을 입력하려고 할 때 소프트웨어 키보드가 올라온다.
소프트웨어 키보드 직접 올리는 법 (cmd+k)

IBOutlet과 IBAction

둘 다 인터페이스 빌더 소속

• Outlet: UI 관련된 로직
• Action: 기능 관련된 로직

키보드 내리기와 Tap Gesture

키보드를 내리는 상황은 정말 다양하다.

1. 가장 원론적인 방법
   버튼을 바탕 크기 만큼 채운다. 버튼을 눌렀을 때 액션은 되겠지만 겹치는 영역에 대한 대응이 되지 않는다. 즉 텍스트 필드나, 다른 버튼에 대한 동작을 수행할 수 없다.

2. 제스처(tap gesture)의 이용

오브젝트 라이브러리에서 tap gesture를 올리면 그냥 Superview에 올라가는 걸까?

@IBAction func tapGestureDidTapped(_ sender: Any) {
    view.endEditing(true) // 모든 편집이 끝났다.
}

• view의 모든 편집을 종료한다.
• Gesture의 경우 Layer와 상관없다. Control 영역을 제외하고 모두 동작하게 된다.
• view.endEditing(:_) 메소드는 본질적으로 키보드를 내리는 코드는 아니다.