오깅중

URLSession 취소를 실패 알림으로 보여주지 않기

Tue, 02 Jun 2026 08:00:00 +0900

검색 화면이나 탭 전환 화면에서 네트워크 요청을 취소하는 건 흔하다. 사용자가 검색어를 바꾸면 이전 요청은 더 이상 필요 없고, 화면을 나가면 진행 중인 API도 굳이 끝까지 기다릴 이유가 없다.

NavigationStack path가 커질 때 Route enum으로 버티기

Tue, 02 Jun 2026 07:40:00 +0900

NavigationStack은 처음 붙이면 꽤 편하다. 리스트에서 값을 누르고, navigationDestination만 선언하면 상세 화면으로 넘어간다. 작은 화면에서는 이 정도로 충분하다.

SwiftUI @State 초기값이 바인딩을 따라 바뀌지 않을 때

Tue, 02 Jun 2026 07:20:00 +0900

SwiftUI에서 편집 화면을 만들다 보면 부모가 넘겨준 모델을 @State에 복사해서 쓰고 싶을 때가 있다. 예를 들어 상세 화면에서 이름을 수정하다가 저장 버튼을 누를 때만 실제 모델에 반영하는 구조다.

SwiftUI searchable 붙이고 검색 상태가 지저분해졌을 때

Mon, 01 Jun 2026 16:25:00 +0900

SwiftUI에서 검색창 붙이는 건 쉽다. NavigationStack이나 List에 .searchable(text:) 한 줄 붙이면 검색 필드가 바로 생긴다.

문제는 그 다음이다. 검색어가 바뀔 때마다 API를 부르고, 검색 결과 없음 화면도 보여주고, 추천어도 띄우고, 화면을 나갔다 돌아왔을 때 이전 검색어를 유지할지 말지까지 들어오면 @State var searchText 하나가 갑자기 너무 많은 일을 하기 시작한다.

UICollectionViewCompositionalLayout 가로 스크롤 섹션에서 삐끗한 것들

Mon, 01 Jun 2026 10:50:00 +0900

UICollectionViewCompositionalLayout은 처음 보면 꽤 그럴듯하다. 섹션마다 다른 레이아웃을 만들 수 있고, 한 화면 안에 세로 리스트와 가로 캐러셀을 같이 넣는 것도 orthogonalScrollingBehavior 한 줄이면 된다.

iOS 17에서만 죽는 SwiftData 크래시 — unmanaged @Model의 함정

Fri, 29 May 2026 14:20:00 +0900

배포된 앱이 특정 화면 진입에서 죽는다는 제보가 들어왔다. 그런데 조건이 이상했다. iOS 18 기기는 멀쩡한데 iOS 17에서만 죽는다. 같은 빌드, 같은 코드인데 OS만 타는 크래시였다. 비슷한 증상으로 헤매는 사람이 있을 것 같아 원인 찾던 과정을 남겨둔다.

SwiftUI TextField 숫자 입력이 자꾸 되돌아갈 때

Wed, 27 May 2026 08:45:00 +0900

수량이나 금액 입력칸을 만들 때 TextField에 Int를 바로 묶으면 코드가 아주 예쁘다. format: .number까지 붙이면 화면에 보여주는 모양도 알아서 챙겨주니 여기서 끝난 줄 알기 쉽다.

@Bindable vs @Binding, 둘이 뭐가 다른지 한 번 정리

Tue, 26 May 2026 14:15:00 +0900

iOS 17에서 @Observable 매크로가 들어오면서 @Bindable이라는 새 property wrapper가 같이 붙어 왔다. 이름이 @Binding이랑 한 글자 차이라 처음엔 “이게 뭐 다른 건가” 싶었는데, 막상 자식 view에 모델 넘기다가 $model.name이 컴파일이 안 돼서 한참 헤맸다. 두 번 헷갈리기 싫어서 정리해둔다.

SwiftUI #Preview가 자꾸 죽을 때 점검할 패턴들

Tue, 26 May 2026 14:00:00 +0900

#Preview 매크로(iOS 17+)로 옮긴 뒤로 캔버스가 빨갛게 죽는 빈도가 늘었다. 대부분 뷰 코드가 잘못된 게 아니라 Preview에 환경(Environment)이나 의존성을 안 넘겨서 터지는 거였다. 매번 같은 패턴을 까먹고 헤매서 정리해 둔다.

SwiftUI .task vs .onAppear, 어느 쪽이 안전한가

Tue, 26 May 2026 13:45:00 +0900

.task와 .onAppear { Task { } }가 처음엔 둘 다 “뷰가 떴을 때 비동기 작업 시작"으로 보였다. 둘 중 하나만 골라 쓰면 되겠다 싶었는데, 화면을 빠르게 들락거리면서 네트워크 로그를 보다가 두 패턴이 같은 상황에서 전혀 다르게 동작하는 걸 봤다. 차이가 한 줄로 요약된다. 사라진 뷰의 작업을 자동으로 취소해 주느냐 아니냐.

@FocusState로 키보드 다루기 — 자주 헷갈리는 자리들

Tue, 26 May 2026 13:30:00 +0900

@FocusState는 처음 쓸 때보다 두 번째, 세 번째 쓸 때 더 헷갈린다. 폼 화면 하나 짤 때마다 “이거 nil로 두면 되던가…?” 하면서 다시 검색한다. 그래서 매번 헷갈리는 자리만 한 번 정리해둔다.

Swift ClosedRange 한 줄 때문에 한 달간 헤맨 이야기

Tue, 26 May 2026 10:30:00 +0900

도입

어느 날 Crashlytics를 열었더니 캘린더 화면 한 곳에서만 4주간 98건이 쌓여 있었다. 신호는 EXC_BREAKPOINT. 영향 사용자는 15명. 같은 사용자가 평균 9~10번씩 죽는 SIGNAL_REPETITIVE 패턴.

Coordinator 패턴에서 부모 없는 외부 진입이 만드는 delegate nil 함정

Fri, 22 May 2026 09:40:00 +0900

MVVM+C 구조에서 상세 화면을 열고 닫는 흐름은 보통 부모 Coordinator가 관리한다.

리스트에서 셀을 탭하면 리스트 Coordinator가 상세 Coordinator를 만들고, 상세가 끝났다는 delegate 콜백을 받는다. 너무 익숙한 구조다. 그래서 오히려 의심을 안 했다.

실기기에서만 깨진 콜드스타트 푸시 race condition 디버깅 기록

Fri, 22 May 2026 09:30:00 +0900

푸시 알림을 탭해서 앱을 콜드스타트로 열었더니 리스트는 빈 화면이고, 상세는 끝까지 안 떴다.

조금 기다리면 리스트 데이터는 뒤늦게 채워졌다. 그런데 푸시가 가리키던 상세 화면은 다시 살아나지 않았다. 더 얄미운 건 시뮬레이터에서는 멀쩡했다는 점이다. 실기기 + 콜드스타트 + 특정 상세 진입. 이 세 조건이 겹칠 때만 깨졌다.

SwiftUI List에서 onAppear로 페이지네이션 짜다가...

Thu, 21 May 2026 15:35:57 +0900

onAppear라는 이름을 처음 봤을 때 UIKit viewDidAppear 비슷한 거라고 생각했다. 화면이 나타날 때 한 번 부르는 진입 이벤트라고 본 거다.

근데 List row의 onAppear는 그렇게 한 번만 부르고 끝나는 시그널이 아니라서 거기에 페이지네이션 API를 그대로 매달면 첫 진입에 보이는 row 수만큼 동시 호출이 나가고 스크롤을 위아래로 왔다 갔다 하면 같은 row의 onAppear가 또 호출되면서 API가 그대로 또 나간다. 처음엔 서버 로그를 보고 한참 헷갈렸다.

NavigationStack에서 화면이 두 번 쌓이는 세 가지 케이스

Thu, 21 May 2026 14:13:36 +0900

UIKit에서 화면 쌓던 감각으로 SwiftUI NavigationStack을 다루다 보면 어딘가에서 한 번씩 같은 화면이 두 개 쌓여 있다. 뒤로 가기를 두 번 눌러야 원래 화면으로 돌아오는 그 상황이다.

SwiftUI 모달 세 개째부터는 Bool 말고 enum 라우팅으로

Thu, 21 May 2026 13:45:26 +0900

처음에 SwiftUI에서 .sheet를 띄울 일이 두 개 정도였을 때는 별생각 없이 @State private var showProfile = false, @State private var showSettings = false 식으로 Bool 두 개 잡아서 썼다. 동작도 잘 됐고 별 문제 없었다.

SwiftUI onChange 안에서 state 다시 set하면 무한 루프 돈다

Thu, 21 May 2026 13:33:28 +0900

SwiftUI onChange를 처음 봤을 때 그냥 “값 바뀌면 호출되는 이벤트 핸들러"라고 생각했다. UIKit addTarget(_:action:for: .editingChanged) 같은 거라고 본 거다.

근데 그렇게 쓰다 보면 어느 순간 콘솔이 미친 듯이 찍히고 운 나쁘면 CPU 한 코어가 그대로 먹힌다. 원인은 거의 매번 같은데 onChange 안에서 감시 중인 state를 다시 건드렸기 때문이다.

UIKit 모달 여러 개가 동시에 present 될 때 큐로 줄 세운 기록

Thu, 21 May 2026 10:20:00 +0900

앱 진입 직후에 띄워야 하는 모달이 여러 개 있었다.

권한 안내, 튜토리얼, 업데이트 팝업, 서비스 공지… 이런 것들이 각자 다른 publisher에서 자기 타이밍에 신호를 보낸다. 하나씩 보면 다 말이 된다. 근데 실제 앱에서는 거의 동시에 떨어진다.

Coordinator re-attach 때 생기는 deinit race window 막기

Thu, 21 May 2026 09:48:00 +0900

Coordinator 패턴을 쓰다 보면 특정 list coordinator를 다시 붙이는 코드가 생긴다. 푸시로 특정 탭에 진입하거나, 기존 stack을 정리한 뒤 새 list를 만들어야 하는 경우가 그렇다.

iOS 푸시 알림 중복 진입을 막는 2층 dedupe 패턴

Thu, 21 May 2026 09:46:00 +0900

iOS 푸시 알림은 생각보다 같은 이벤트가 두 번 들어오기 쉽다.

사용자는 알림을 한 번 눌렀는데 앱 안에서는 notification tap, cold launch payload, pending route, ready callback 같은 경로가 겹친다. 결과는 익숙하다. 같은 상세 화면이 navigation stack에 두 번 쌓인다. 또는 이미 처리한 푸시가 host attach 시점에 다시 살아난다. 보고 있으면 좀 허탈하다.

RxSwift 코드베이스에서 async/await로 점진 마이그레이션하는 방법

Thu, 21 May 2026 09:44:00 +0900

RxSwift가 오래 깔린 iOS 프로젝트를 Swift Concurrency로 옮기는 건 생각보다 무겁다.

Observable 몇 개를 async로 바꾸면 끝나는 문제가 아니었다. 보통은 Repository, UseCase, ViewModel, Coordinator까지 전 레이어에 Rx 타입이 퍼져 있다. 이런 상태에서 “이번 PR에서 RxSwift 제거합니다” 하면… 거의 반드시 터진다.

iOS Coordinator에서 푸시 진입을 단일 라우터로 정리한 기록

Thu, 21 May 2026 09:42:00 +0900

UIKit + MVVM + Coordinator 구조에서 푸시 알림을 처리하다 보면 어느 순간 코드가 이상한 방향으로 자란다.

처음엔 되게 단순하다. A 리스트는 A 타입 이벤트를 구독하고, B 리스트는 B 타입 이벤트를 구독한다. 각 화면이 자기 관심사를 처리하니까 자연스러워 보인다.

@MainActor를 클래스에 통째로 붙이면 생기는 fetch 함정

Thu, 21 May 2026 09:40:00 +0900

Swift Concurrency로 코드를 옮기다 보면 @MainActor를 어디까지 붙여야 하는지 은근 애매하다.

이번에 만난 케이스도 딱 그랬다. 외부 이벤트를 받으면 서버에서 상세 데이터를 단건 fetch하고, 그 결과로 상세 화면 Coordinator를 만든 다음 navigation stack에 push하는 코드였다. Coordinator 빌드는 UIKit을 만지니까 메인 스레드가 맞고… 그래서 처음엔 클래스 전체에 @MainActor를 붙였다.

Swift Concurrency 프로젝트에서 GCD가 여전히 답인 자리들

Wed, 20 May 2026 00:00:00 +0000

요즘 프로젝트를 Swift Concurrency(async/await, actor)로 통일해가고 있다. 그런데 코드 곳곳에 GCD를 일부러 남겨둔 자리들이 보인다. “다 옮기면 깔끔하지 않을까?” 싶어서 한 번씩 시도해봤는데, 그때마다 코드가 더 길어지거나 의미가 더 흐려지는 자리가 있더라. 그래서 이 글에서는 “Concurrency 시대에도 GCD가 답인 자리들"을 카탈로그로 정리해본다. GCD 기본기와 async/await 마이그레이션 입문은 예전에 쓴 동시성 정리 글에 둬뒀으니 그쪽을 먼저 봐도 좋다.

MCP 서버 비개발자 동료에게 배포하다 Windows에서 6번 죽었다

Tue, 19 May 2026 10:00:00 +0900

직접 만든 MCP 서버(kakao-moment-mcp)를 비개발자 동료에게 배포하는 작업이었다. macOS에서는 uvx 한 줄로 끝나는데 Windows에서 갈렸다. 내 PC도 아니라 동료 PC로 원격 디버깅을 돌리면서 6번쯤 죽었다 살아났다. 같은 길 갈 사람이 시간 덜 쓰라고 기록해둔다.

UIButton.Configuration 쓸 땐 layer.cornerRadius 건드리지 말자

Tue, 19 May 2026 00:00:00 +0000

iOS 15+ 신규 화면을 만들다가 새 API인 UIButton.Configuration.filled()로 버튼을 찍었다. 둥글게 + 빨간 보더 1pt만 주면 되는 단순한 작업인데, 한 시간을 날렸다. 같은 함정에 빠진 분이 있으면 이 글 한 편으로 빠르게 빠져나오길 바라며 정리한다.

xcrun simctl launch에 환경변수 안 먹던 이야기

Mon, 18 May 2026 00:00:00 +0000

도입

QA 시나리오 캡처 자동화를 짜다가 막혔다.

서버 응답에 따라 분기되는 화면 3종을 캡처하고 싶어서, 디버그 빌드에 환경변수 FORCE_LABS_ENABLED 로 서버 응답을 덮어쓰는 분기를 넣어뒀다. 그리고 시뮬레이터를 이렇게 띄웠다.

@Observable 마이그레이션, 모르고 가면 발 헛디딘다 — 함정 5가지

Mon, 18 May 2026 08:20:00 +0900

iOS 17부터 들어온 Observation 프레임워크와 @Observable 매크로, 이제 슬슬 마이그레이션해도 되겠다 싶어서 손대다 보면 묘하게 헛디디는 지점이 있다. 드롭인 교체인 줄 알고 갔다가 view가 안 그려지거나 반대로 너무 자주 그려지는 걸 보고 식겁한 적이 한 번쯤 있을 거다. 비슷한 일을 두 번 겪지 않으려고 자주 만나는 함정 다섯 가지를 정리해둔다.

iOS 26 SwiftUI 네이티브 WebView, 드디어 한 줄이다

Mon, 18 May 2026 08:15:00 +0900

SwiftUI 프로젝트에서 웹 페이지 하나 띄우려고 UIViewRepresentable을 새로 짜본 경험, iOS 개발자라면 한 번쯤 있을 것이다. WKWebView를 감싸는 의식 같은 코드 말이다. iOS 26부터는 그게 한 줄로 끝난다. 오늘은 새로 등장한 WebView와 WebPage를 빠르게 정리해본다.

Foundation Models, Swift 3줄로 온디바이스 LLM 호출하기

Mon, 18 May 2026 08:10:00 +0900

OpenAI API 키 발급받고, 사용량 청구서 도착할 때마다 가슴이 쿵 떨어지고, 키가 깃허브에 노출됐을까봐 git history를 뒤지던 시절을 잠깐 떠올려본다. iOS 26부터는 그 모든 게 한 번에 사라진다. 앱에서 LLM 한 번 부르는 데 진짜로 세 줄이면 끝난다. 그것도 비용 0원, 네트워크 0번으로.

@Entry 매크로로 EnvironmentValues 보일러플레이트 날려버리기

Mon, 18 May 2026 08:05:00 +0900

SwiftUI로 작업하다 보면 커스텀 EnvironmentValues를 만들 일이 종종 생긴다. 그런데 값 하나 추가하려고 EnvironmentKey struct 만들고, defaultValue 지정하고, EnvironmentValues extension에 getter/setter 두 줄까지 — 매번 같은 보일러플레이트를 반복하는 게 솔직히 좀 짜증났다. 그러다 @Entry 매크로를 알게 됐는데, “이걸 왜 이제야 줬냐” 싶을 만큼 깔끔하다. 게다가 Xcode 16 이상이면 쓸 수 있고, deployment target은 iOS 13까지 내려간다.

iOS 26 .glassEffect() 실전 가이드 — content엔 절대 바르지 말 것

Mon, 18 May 2026 08:00:00 +0900

WWDC25 보고 제일 먼저 만져본 게 Liquid Glass다. 처음엔 그냥 블러 modifier 하나 추가된 줄 알았는데, 막상 이것저것 발라보니 “한 줄 API"보다 “어디에 바르냐"가 훨씬 중요한 기능이었다. iOS 7 이래 가장 큰 디자인 변화라는 말이 괜히 나온 게 아니다.

Firebase RemoteConfig 빼고 GitHub Actions + 정적 JSON으로 갈아탄 후기

Fri, 15 May 2026 15:40:00 +0900

iOS 앱에서 버전 강제 업데이트, 공지 팝업, 외부 링크 URL, feature flag 4가지를 Firebase RemoteConfig로 관리하고 있었다. 어느 날 실험실(Lab) 기능 토글을 하나 더 얹어야 했고, 그 김에 RemoteConfig 자체를 걷어내기로 했다. 결과적으로 정적 서버에 JSON 한 파일을 굽고 URLSession으로 GET 하는 구조가 우리 케이스엔 모든 면에서 나았다.

SwiftUI에서 PreferenceKey가 안 먹어서 onGeometryChange로 갈아탄 디버깅

Fri, 15 May 2026 09:50:00 +0900

SwiftUI 화면에서 본문 헤더가 스크롤로 가려질 때 같은 제목을 네비게이션 중앙 타이틀로 자연스럽게 띄우고 싶었다. 단순한 토글이 아니라 헤더가 가려지는 정도에 비례해서 opacity가 점점 진해지는 동작이 필요했다. 별것 아닌 줄 알았는데… 한참 헤맸다.

SwiftUI에서 NantesLabel 살리기

Thu, 14 May 2026 16:26:21 +0900

코멘트 영역을 SwiftUI로 짜고 있었다. 요구사항은 셋이다.

www 링크를 자동 탐지해서 파란색으로 표시하고 탭하면 브라우저를 연다
4줄까지 노출하고 그 이상은 말줄임 + “더 보기” 토글
다이나믹 타입 대응

SwiftUI Text로는 셋 다 안 된다. Text 자체에 자동 링크 탐지가 없고, 줄 수 제한과 “더 보기” 토글을 같이 처리하기도 빈약하다. 기존 UIKit 화면에서는 NantesLabel 라이브러리로 다 해결돼 있었다.

`.ignoresSafeArea(.bottom)` 한 줄에 액션 버튼이 통째로 사라졌다

Thu, 14 May 2026 16:26:20 +0900

도입

새 SwiftUI 화면을 만들고 있었다. 배경색이 화면 최하단(home indicator 영역)까지 깔리게 하고 싶어서 본체 View에 한 줄을 추가했다.

1

.ignoresSafeArea(edges: .bottom)

ScrollView 위에 액션 버튼을 .overlay(alignment: .bottom)으로 띄워둔 화면이었다. 시뮬레이터를 띄워보니 액션 버튼이 home indicator 위까지 그려져 있었다. 탭은 되는데 디자인이 어긋났다.

Bool 한 개에 결정 세 개 묶었을 때

Thu, 14 May 2026 16:26:18 +0900

도입

공용 SwiftUI 업로드 섹션 컴포넌트가 있다. 처음 만들 때 화면 두 곳에서 썼다. 둘 다 디바이더가 같은 자리에 있었다. showsDividers: Bool = true 옵션 하나 만들고 끝났다.

새 화면 두 곳이 더 들어왔다. 이제 디바이더 정책이 모두 다르다. 옵션 하나로는 표현이 안 된다.

Coordinator 시그니처 안 깨고 UIKit MVVM+C → SwiftUI MVI 갈아끼우기

Thu, 14 May 2026 16:26:17 +0900

도입

UIKit으로 만들어 둔 상세 화면 하나를 SwiftUI로 통째로 옮기는 작업을 받았다. 디자인도 바뀌고, 상태 관리도 MVVM에서 MVI(Store 패턴)로 바뀐다. 화면 내부는 거의 새로 짜는 수준이다. 환경은 Xcode 26.4 / iOS 17+.

`final class` 상속 막혔을 때 컴포지션 써본 후기