Sure, Why not?

Flutter에서는 다양한 상태관리 방식이 존재한다. 간단한 화면은 setState만으로 충분하고,조금 더 상태가 많아지면 ValueNotifier나 ChangeNotifier를 사용할 수도 있다. 하지만 앱 규모가 커질수록 다음과 같은 문제들이 발생하기 시작한다. - UI와 비즈니스 로직이 섞인다.- 상태 변경 흐름을 추적하기 어렵다.- 여러 이벤트가 동시에 발생하면 관리가 복잡해진다.- 로딩, 성공, 실패 상태 처리가 반복된다. 이러한 문제를 해결하기 위해 등장한 패턴 중 하나가 바로 BLoC(Business Logic Component) 패턴이다. 여기서 말하는 Business Logic은 우리가 일반적으로 생각하는 Domain Business Logic 과는 조금 다르다.Presentation과 ..

Flutter의 상태관리는 결국 한 문장으로 정리할 수 있다.데이터가 바뀌었을 때, 어떤 위젯을 다시 그릴 것인가? iOS를 해온 나로서는,@State, @Binding, @ObservableObject, @EnvironmentObject 등 어떻게 나눠 쓸지 고민하는 것과 비슷하다.1. Flutter 기본 상태관리 1-1. setStateFlutter 프로젝트를 처음 생성하면 가장 먼저 볼 수 있는 예시 코드가 있다.class MyHomePage extends StatefulWidget { const MyHomePage({super.key, required this.title}); final String title; @override State createState() => _MyHomePag..

@StateObjectView 계층에서 ObservableObject의 SSoT 역할을 한다. StateObject | Apple Developer DocumentationA property wrapper type that instantiates an observable object.developer.apple.com View, Scene, App에서 사용 가능하며,ObservableObject를 직접 생성한다. SwiftUI에서 @StateObject를 생성하는 경우는View의 Identity가 바뀔 때 새 인스턴스가 생성된다. View의 입력 값이 변경되거나 다시 렌더링되는 경우는새 인스턴스가 생성되지 않는다.즉, View가 살이있는 동안 @StateObject는 단 한번만 생성된다. - Struc..

@State뷰가 소유하는 값(Source of Truth) 을 저장하고, 그 값이 바뀌면 해당 뷰의 body를 다시 계산한다. 문서에 따르면,SwiftUI가 제공하는 저장소 관리 방식과 충돌할 수 있으므로,멤버와이즈 이니셜라이저에서 state를 설정하지 못하도록 state를 private으로 선언하기를 권장한다. 뷰와 그 하위 뷰에만 국한된 로컬 상태를 저장할 때 사용한다.항상 기본값으로 초기화되어야 하며, 선언 시점에 값이 필요하다. struct EditorView: View { @State private var text: String init(initialText: String) { self._text = State(initialValue: initialText) } ..

프로퍼티 래퍼를 직접 만들기 전에,SwiftUI나 이미 Apple의 여러 프레임워크에서 제공되는 프로퍼티 래퍼가 제공되고 있다면이미 검증된 시스템 기능을 다시 구현해서 비효율적인 작업이 될 수 있다. 그래서 먼저 SwiftUI 범위 내에서 Apple이 의도적으로 제공하는 검증된 프로퍼티 래퍼들을 정리한다면이후에 내가 필요한 경우의 커스텀 프로퍼티 래퍼를 설계하는 것이 생산적인 접근이라고 생각해서정리하고자 한다. Property Wrappers Documentation docs.swift.org 프로퍼티의 값이 어떻게 저장되거나 관리되는지에 대한 로직과 프로퍼티의 선언부와 분리해주는 Swift의 언어 기능이다.즉, 보일러플레이트 코드 하나의 타입으로 캡슐화하여서 선언부를 간결하게 만들고 의도를 명확히..

ObservableObject는 주로 뷰모델에서 사용하고,뷰에서 사용할 프로퍼티 변화를 관찰하기 위해 @Published를 자연스럽게 써왔다.그러던 중 프로젝트에서 @Published 프로퍼티가 업데이트되는 과정을 디버깅하다가구독자로 전달되는 값과 실제 프로퍼티 값이 서로 다르게 보이는 상황을 마주했다. 그동안은 단순히 뷰에 반영할 프로퍼티 변화를 알리는 용도라고만 생각하며 사용했지만,이번 경험을 계기로 @Published가 내부에서 어떤 방식으로 값 변경을 알리는지 궁금해졌다.그래서 ObservableObject와 @Published의 퍼블리싱 과정 전반을 정리해 보고자 한다. import Combinefinal class CounterViewModel: ObservableObject { @Pu..

UITextView에서 볼드, 이탤릭과 같은 스타일을 적용하다가영어는 바로바로 스타일적용이 되고, 이탤릭도 바로 적용이 되는 반면,한글만 유독 매끄럽지 않다는 걸 경험했다. 흥미롭게도 기본 애플 메모 앱에서도 스타일 전환 시 영어나 일본어와 다르게내가 생각하는 것과 달리한글 역시 동일하게 매끄럽게 동작하지 않았다 왜 한글은 스타일 적용 후 스페이스 한번을 해야 제대로 적용이 되는걸까... 그 이유를 짚고, 내가 선택한 기준과 구현방법을 정리하고자 한다. 텍스트 스타일 적용첫 번째로 텍스트에 다양한 글꼴, 색상 밑줄 등등 여러 스타일을 적용하기 위해 대표적인 방법들로NSAttributedString, NSMutableAttributedString 그리고 최근에 나온 AttributedString 중심으..

Swift Concurrency는 async/await 문법을 통해 비동기 작업을 직관적으로 표현할 수 있게 해준다.하지만 비동기 작업을 병렬로 실행하는 방법은 여러 가지가 있고,이를 잘못 사용하면 성능 이점을 살리지 못하거나, 관리되지 않는 Task를 남발하는 실수를 저지르기 쉽다.( 내가 실수했었다 ) 다음과 같은 방식을 비교하여 정리하고자 한다.1. Task가 연속 있을 때2. 연속 await 사용할 때3. async let 통한 정적 병렬 처리4. TaskGroup을 통한 동적 병렬 처리 공통 테스트 환경실제 네트워크 대신, 서로 다른 지연 시간을 갖는 비동기 함수를 준비했다. enum Work { static func fetchItemA() async throws -> String { ..

Xcode가 해당 파일이 중복으로 들어가 있다고 경고를 준다.분명 파일은 하나인데 왜일까. How to fix "Skipping duplicate build file" warning in Xcode | SarunwThere might be several reasons that cause this error. Here are the solutions that fix it for me.sarunw.comMerge 충돌이나 설정 변경으로 인해 프로젝트 내부에 같은 파일이 빌드 대상에 두 번 지정된 경우 문제 원인으로 나타낼 수 있다고 한다. 해결 방법1. 추천 설정으로 업데이트Remove Duplicate References in Build Phase 항목을 적용하면 자동으로 중복이 제거됨 2. Xc..

블루투스를 들었을 때, 단순히 무선 이라는 키워드가 떠오른다. 정확한 정의를 찾아보니, 근거리에서 데이터를 무선으로 주고받는 통신이라고 한다. 현재 기준으로 최근 5월에 발표된 6.1버전이 최신이다.별 생각 없이 쓰고 있었지만, 이렇게 꾸준히 업데이트되고 있다는 점이 인상깊다. Delivering on the bi-annual release schedule: Bluetooth® Core 6.1 is here | Bluetooth® Technology WebsiteBlog Blog The Bluetooth® Core Specification recently moved to a bi-annual release schedule. This shift enables more frequent and consiste..