IOS on @yeniful blog

[Apple Platforms] scenePhase

Sun, 08 Feb 2026 00:00:00 +0900

Motivation

앱 개발 중 네트워크 상태 확인이나 인증 토큰 갱신 같은 로직을 포그라운드 복귀 시점에 실행해야하는 경우
- UIKit에서는 SceneDelegate의 sceneWillEnterForeground, sceneDidBecomeActive, sceneDidEnterBackground 등 구현 필요
- SwiftUI에서는 \.scenePhase라는 Environment 값으로 간단하게 처리할 수 있음

Overview

scenePhase란?

SwiftUI가 제공하는 Environment 값으로, 현재 Scene의 상태를 나타낸다.

.active 앱이 포그라운드에 있고 사용자와 상호작용 가능
.inactive 앱이 포그라운드에 있지만 상호작용 불가 (예: 멀티태스킹 전환 중)
.background 앱이 백그라운드로 이동한 상태

사용

@Environment(\.scenePhase) var scenePhase

var body: some View {
 ContentView()
 .onChange(of: scenePhase) { oldPhase, newPhase in
 switch newPhase {
 case .active:
 print("앱 활성화")
 case .inactive:
 print("앱 비활성화")
 case .background:
 print("백그라운드로 이동")
 @unknown default:
 break
 }
 }
}

참고 onChange(of:) 클로저에서 oldPhase, newPhase 두 파라미터를 받는 형태는 iOS 17+ 문법이다. iOS 16 이하를 지원해야 한다면 단일 파라미터 형태({ phase in ... })를 사용해야 한다.

[Apple Platforms] Testing 🖋️

Fri, 23 Jan 2026 00:00:00 +0900

Motivation

기능을 완전하게 구현하려면?

최근 과제 전형을 마치고 제출했던 코드를 다시 살펴보았다.
요구사항에 따라 동작하게 만들었지만 에러 핸들링, 예외 처리, 효율 측면에서 놓친 부분이 많았다는 걸 깨달았다.
단순히 기능을 구현하는 것과, 예상하지 못한 동작과 상태를 대비해서 잘 만드는 건 전혀 다른 문제였다.
과제에서 크게 신경을 쓰지 못한 Testing 영역이 눈에 들어왔고 ‘코드과 테스트 코드의 순서를 바꿨었더라면?‘이라는 생각이 들었다.

Code First

요구사항 확인 → 기능 개발 → 테스트 코드 작성 → 테스트

[Apple Platforms] Apple 플랫폼 개발에서의 캐싱 (Caching) 🖋️

Sat, 17 Jan 2026 00:00:00 +0900

iOS ViewController의 생명주기 메서드와 Push/Pop, Present/Dismiss 상황별 호출 순서를 정리합니다.

[UIKit] ViewController 생명주기 (View Controller Life Cycle)

Sat, 17 Jan 2026 00:00:00 +0900

iOS ViewController의 생명주기 메서드와 Push/Pop, Present/Dismiss 상황별 호출 순서를 정리합니다.

[Apple Platforms] 앱 생명 주기 (App Life Cycle) 🖋️

Thu, 01 Jan 2026 00:00:00 +0900

Overview

앱 생명주기: 앱이 실행되는 시점부터 종료되는 시점까지 거치는 여러 상태의 순환 과정

iOS 앱의 5가지 상태

Not Running (실행되지 않음)
Inactive (비활성)
Active (활성)
Background (백그라운드)
Suspended (일시 중지)

SwiftUI에서의 앱 생명주기

SwiftUI에서 앱은 @main attribute로 표시된 구조체에서 시작.
UIApplicationMain의 대체

@main
struct MyApp: App {
 var body: some Scene {
 WindowGroup {
 ContentView()
 }
 }
}

[Swift] weak self 🖋️

Thu, 01 Jan 2026 00:00:00 +0900

Motivation

클로저 안의 weak self

Overview

self: 클래스 인스턴스 참조
약한 참조
ARC

Note

일반적으로 클로저는 클로저 내부에서 변수를 사용할 때 암시적으로 변수를 캡처하지만, 이 경우에는 명시적으로 작성해야 합니다.
self를 캡처하려면, 사용할 때 명시적으로 self를 작성하거나, 클로저의 캡처 리스트에 self를 포함합니다.
self를 명시적으로 작성하는 것은 의도를 분명하게 표현하고, 참조 순환이 없음을 확인하도록 유도하는 역할도 합니다

Capture Values

클로저는 정의된 주변 컨텍스트로부터 상수와 변수를 캡처할 수 있음.
상수와 변수를 정의한 원래 범위가 더이상 존재하지 않더라도 본문 내에서 상수와 변수의 값을 참조하고 수정할 수 있음.
값을 캡처할 수 있는 가장 간단한 클로저 형태는 다른 함수의 본문 내에 작성하는 중첩 함수
- 중첩 함수는 바깥 함수의 어떠한 인자도 캡처할 수 있고 바깥 함수 내에 정의된 상수와 변수를 캡처할 수도 있습니다.

References 👀

Swift Programming Language - 탈출 클로저

[UIKit] Scene Delegate

Thu, 01 Jan 2026 00:00:00 +0900

iOS 13부터 도입된 SceneDelegate의 역할, 도입 배경, 각 메서드의 동작 원리 알아보기.

[SwiftUI] struct View vs @ViewBuilder 함수, 뭐가 다를까?

Sat, 01 Mar 2025 00:00:00 +0900

모티베이션

“재사용되는 View를 구조체로 빼야 하나, 아니면 그냥 함수로 만들어도 될까?”

View를 만들 때 특별한 기준 없이 View를 만들 때 습관적으로 구조체를 만들거나, 간단한 건 함수로 처리하곤 했는데요. 앱의 구조와 성능, 유지보수 방식에 꽤 중요한 영향을 준다는 것을 알게 되었고, 간단한 내용이지만 한 번 정리해보고 싶었습니다.

그래서 이번 글에서는 Apple 공식 문서와 WWDC 세션에서 강조한 원리를 바탕으로 struct View vs. @ViewBuilder 함수의 차이를 정리해보려고 합니다.

두 가지 방식 살펴보기

먼저 동일한 UI를 두 가지 방식으로 만들어봤습니다.