Ygenie_coding

[Swift] iOS WidgetKit의 가능 범위와 한계: 실시간성, 데이터 갱신 전략

iOS 위젯으로 구현할 수 있는 기능과 한계, 그리고 활용 사례iOS 위젯은 홈 화면 또는 잠금 화면에서 앱의 핵심 정보를 빠르게 확인할 수 있도록 설계된 컴포넌트이다. WidgetKit은 iOS 14 이후 지속적으로 확장되어 왔지만, 여전히 명확한 제한이 존재하며, 이 한계를 이해하는 것은 위젯 기획·개발 과정에서 매우 중요하다. 위젯으로 구현할 수 있는 기능1) 정적/반정적 정보의 시각화위젯은 앱의 일부 정보를 간단한 UI로 표시할 수 있다. 예시는 다음과 같다.D-Day, 캘린더 일정, 기념일운동 기록 요약(걸음수, 칼로리 등 HealthKit 기반 통계)뉴스 헤드라인, 날씨 요약, 주가 등 간단한 수치 정보할 일 목록 중 일부 항목카운트다운 또는 특정 날짜까지 남은 시간이러한 정보는 타임라인 기..

앱에서 입력한 설정값을 위젯에 반영하기 지난 글에서는 기본적인 D-Day 위젯 UI 구성과 SwiftUI 기반의 WidgetKit 동작 구조를 정리해봤다.이번 글에서는 메인 앱에서 사용자가 입력한 D-Day 정보를 위젯에 반영하는 전체 흐름을 구현해보려고 한다.핵심은 다음 세 가지다.① App Group을 이용한 데이터 공유 (지난 블로그 글에 있음)- App Group 기반의 SharedStore 설계- D-Day 설정값 모델 정의② 메인 앱 ViewController에서 설정값 저장③ Widget TimelineProvider에서 해당 값을 불러와 표시 App Group 기반의 SharedStore 설계위젯과 메인 앱은 기본적으로 서로 독립된 프로세스에서 동작한다.따라서 동일한 데이터를 공유하기 ..

iOS에서 '위젯'이라는 개념은 생각보다 오래됐다.다만 사용자에게 노출되는 모습과 개발자가 다루는 기술 스택은 크게 두 번 바뀌었다.이번 글에서는 위젯의 흐름을 간단히 짚고, 왜 지금은 SwiftUI 기반의 WidgetKit으로 개발해야 하는지를 정리한 뒤,예제로 D-Day 위젯을 구현하는 순서를 단계별로 살펴보려고 한다. iOS 위젯의 변화와 WidgetKit의 등장1. Today Extension 시절(iOS 8 ~ iOS 13)초기 위젯은 Notification Center의 Today View에 존재했다.이 때의 위젯은- Today Extension 이라는 별도의 타깃으로 구현- UIKit + AutoLayout + Storyboard 기반- 앱과의 연동도 지금보다 제약이 많고, UI 자유도는..

하이브리드 앱을 개발하다 보면 웹뷰에서 스크롤이 튀거나,키보드가 올라올 때 레이아웃이 깨지거나,iOS Safari와 다르게 동작하는 문제를 자주 맞닥뜨리게 된다.특히 iOS의 WKWebView는 안드로이드 WebView, 브라우저 Safari와 동작 방식이 모두 달라서기능 하나를 구현하는 데도 많은 주의가 필요하다.이번 글에서는 WKWebView의 스크롤 동작과 관련해 가장 많이 발생하는 문제들을 정리하려고 한다. WKWebView 스크롤의 기본 구조 webView.scrollView- WKWebView 자체는 스크롤을 하지 않는다.- 내부의 UIScrollView가 모든 스크롤∙바운스∙컨텐츠 inset 조정을 담당한다.- 그래서 대부분의 스크롤 조작∙설정은 이 객체에 대해 이루어진다.webView...

async/await부터 actor까지, 동시성의 진짜 동작 원리Swift 5.5 이후 등장한 Concurrency(동시성)는 iOS 개발의 패러다임을 완전히 바꿔놓았다.이전에는 콜백, completion handler, GCD(DispatchQueue)로 비동기 처리를 제어했지만,이제는 언어 수준에서 안전하고 간결하게 비동기를 표현할 수 있다.이번 글에서는 async/await, Task, actor를 중심으로"Swift 동시성이 실제로 어떻게 작동하는가"를 실무 개발자 관점에서 정리하려고 한다. 왜 Concurrency인가?기존 GCD 기반 코드의 문제점은 명확하다.DispatchQueue.global().async { let data = fetchData() DispatchQueue.ma..

iPhone X 이후 출시된 기기들은 모두 노치(Notch) 영역을 가지고 있다.이 영역은 상태바(Status Bar)와 센서 하우징 때문에 화면의 안전 표시 영역(SafeArea)이 달라졌음을 의미한다.앱을 웹뷰 기반으로 구성했다면, 이 차이를 명확히 처리하지 않으면 웹 콘텐츠가 노치에 가려지거나 상단이 잘리는 문제가 발생할 수 있다.이번 글에서는 WKWebView 기반 앱에서 상단 노치 안전영역을 올바르게 처리하는 방법을 정리하려고 한다. 문제 상황 - 웹뷰를 전체 화면으로 채우기webView.snp.makeConstraints { $0.edges.equalToSuperview()}이렇게 하면 iPhone 15 Pro와 같은 기기에서 웹 콘텐츠가 노치 영역 밑으로 들어가 버린다.결과적으로 H..

Swift Concurrency가 도입된 이후,actor와 isolated, nonisolated 키워드는 비동기 안전성의 핵심 개념으로 자리 잡았다.하지만 이 키워드들이 정확히 어떻게 작동하고, 언제 사용해야 하는지 혼동하는 경우가 많다.이번 글에서는 'Actor 격리(Actor Isolation)'의 개념을 중심으로 명확히 정리하고자 한다. Actor란 무엇인가? actor는 '데이터 경쟁(Data Race)'을 방지하기 위한 일종의 "상태 보호 객체"이다.클래스와 유사하지만, actor는 내부 상태에 대한 접근을 자동으로 직렬화한다.즉, 한 시점에 하나의 task만 그 상태에 접근할 수 있다.actor Counter { private var value = 0 func increm..

권한이 있는데 왜 안돼요?앱에서 FaceID나 TouchID 인증을 시도할 때,일부 사용자 환경에서 OS 팝업이 뜨지 않거나, canEvaluatePolicy가 실패하는 경험이 있다.특히 아래와 같은 상황이 혼동을 준다.사용자가 처음으로 생체 인증 설정을 하지 않은 상태사용자가 설정에서 생체 인증을 꺼 둔 상태사용자가 권한을 거부한 상태기기 자체에 생체 정보(지문/얼굴)가 등록되어 있지 않은 상태이 중 어떤 경우든 iOS는 개발자에게 "거부됨"이라는 명확한 상태를 알려주지 않는다.결국, 우리는 OS 정책 안에서 상태를 "추정"해야 한다.Apple의 설계 철학과 실제 코드🤦🏻‍♀️ LAContext의 한계let context = LAContext()var error: NSError?context.can..