Search

All Posts

Search

What I Learned

왜 DM 대화방에 상태 머신 패턴을 적용했는가?

DM은 단순히 “있다/없다”가 아니라 여러 상태를 거친다.
상태를 enum으로 정의하면 불가능한 상태 전이를 컴파일 타임에 방지할 수 있다.
iOS DM 기능 구현 - 상태 머신과 불변 객체 패턴
TIL

What I Learned

1. 왜 Message 모델에 isFromCurrentUser를 계산 프로퍼티로 만들었는가?

메시지를 생성할 때 isFromCurrentUser: true를 직접 넣으면 두 가지 문제가 생긴다.
1.
데이터 불일치: P2P로 받은 메시지를 변환할 때 실수로 true를 넣으면 남의 메시지가 내 메시지로 보임
2.
중복 로직: 메시지 생성하는 모든 곳에서 senderNumber == myNumber 비교를 해야 함
계산 프로퍼티로 만들면 senderNumber만 정확하면 항상 올바른 값이 나온다. 단일 진실 공급원(Single Source of Truth) 원칙
iOS 퍼블릭 채팅 기능 구현
TIL

What I Learned

왜 Singleton 패턴을 사용했는가?

UserSession은 앱 전체에서 단 하나의 사용자 정보만 관리해야 한다. 여러 인스턴스가 생기면 사용자 번호, 닉네임, 연결 상태가 서로 다른 값을 가질 수 있어 데이터 불일치가 발생한다.
왜 final class인가? 상속을 허용하면 자식 클래스에서 또 다른 인스턴스를 만들 수 있다. final로 막아야 진정한 Singleton이 보장된다.
왜 private init()인가? 외부에서 UserSession()을 호출하면 새 인스턴스가 생긴다. 이를 막아야 shared만 사용하게 강제할 수 있다.
iOS 사용자 세션 관리 구현
TIL

What I Learned

1. MultipeerConnectivity 프레임워크 이해

iOS에서 Wi-Fi, Bluetooth를 통한 근거리 P2P 통신을 구현할 때 MultipeerConnectivity 프레임워크를 사용한다.

핵심 컴포넌트

연결 흐름

2. iOS 17+ @Observable 매크로

iOS P2P 연결 서비스 구현 (MultipeerConnectivity)
TIL

 문제 요약

1. API 요청에서 자동 토큰 갱신이 동작하지 않음

•
모든 네트워크 요청에 provider.request(...)만 사용
•
401 (EXPIRED_TOKEN) 응답이 와도 토큰 자동 갱신 및 재요청이 발생하지 않음

2. TokenRefreshPlugin() 인스턴스를 계속 새로 생성

•
이로 인해 동시다발적으로 토큰 갱신 요청이 중복 발생 → Race Condition 유발

3. 앱을 3~5회 재실행 시, 로그아웃 상태가 되어 로그인 화면으로 이동

토큰 갱신 버그
Troubleshooting

문제 상황

컬렉션 뷰에서 가로 스크롤하면 컬렉션 뷰가 최상단으로 강제 이동하는 문제가 발생했다.
이 문제는 adjustContentInset() 메서드의 호출 타이밍과 UICollectionView의 동작 방식이 충돌하면서 발생한 것으로 분석되었다.
adjustContentInset()의 역할

원인 분석

가로 스크롤 시 최상단으로 이동하는 문제 해결
Troubleshooting
어느새 중간고사가 코앞으로 다가왔는데 나는 여전히 책을 덮고 코드 속에 빠져 있다. 누구는 책을 펼치고 누구는 게임 속에서 시간을 보낼 때 나는 조용히 노트북 앞에 앉아 컴퓨터와 대화를 나눈다. 때론 이런 나 자신이 자랑스럽다가도 문득 불안감이 스며든다. 만약 회사에 들어갔을 때 내가 쏟아부은 시간과 노력에 비해 그 결과가 초라하면? 다른 사람들이 내가 걸어온 길이 거짓이라며 비웃지는 않을까?
하지만 이제 그런 걱정은 내려놓으려 한다. 중요한 건 내가 진심을 다해 달려왔다는 사실 그리고 내 걸음걸이가 남들과 다르다는 게 틀린 것은 아니라는 깨달음이다. 천천히 그러나 확고하게 내 길을 따라 나아가다 보면 결국 나만의 빛을 마주하게 될 것임을 믿는다. 오늘의 발걸음이 내일의 길을 만든다. 주변의 시선에 흔들리지 않고 내 속도로, 내 방식대로 걸어가자. 그리하여 마침내 그 빛나는 순간을 맞이할 때 나는 이 모든 과정이 나를 만든 것이었음을 알게 될 것이다.
그러나 그 여정 속에서도 CS에 대한 기본적인 이해는 꾸준히 챙겨야 한다는 것도 잊지 말자. 코딩의 기초가 되는 원리와 이론은 그 어느 때보다 중요한 자산이 될 것이다.
느려도 꾸준히 그리고 확고하게
Retrospect

목차

클로저란?

클로저는 코드의 일부분을 캡슐화하여 나중에 호출할 수 있는 기능입니다. 흔히 익명 함수나 lamda로 알려져 있으며 함수와 매우 유사하지만 더 간결한 형태로 사용할 수 있습니다. 예를 들어, 배열의 정렬이나 비동기 작업 등에 자주 사용됩니다.
Swift의 클로저에 대해 알아보기
TIL
Closure
@escaping
Computer Science
UILabel의 줄바꿈 동작과 관련이 있음.

numberOfLines = 0

•
UILabel은 줄 수에 제한이 없다는 것을 의미함.
numberOfLines = 0과 numberOfLines = 1의 여백 차이
TIL
UIKit
UILabel

목차

뷰 컨트롤러의 생명주기
TIL
UIKit
Lifecycle
한국 블로그에는 해당 내용에 대한 자세한 정보를 찾기 어려워서 결국 해외 커뮤니티(레딧, 애플 개발자 공식 커뮤니티, 애플 공식 문서, 깃허브 등등)를 많이 참고했다. 솔직히 영어 실력이 부족해 모든 자료를 하나하나 번역하면서 해석하는 것이 꽤 힘들었다(+ 번역 프로그램이 있지만 결국에는 영어와 함께 봐야 한다. PrivacyInfo 추가될 속성들도 한글로 번역되기 때문). 하지만 이런 과정을 반복하다 보면 결국 영어와 기술 문서 해석이 지금보다 훨씬 수월해질 것이라고 믿는다. 확실히 코딩뿐만 아니라 영어 실력도 중요하다는 것을 이번 경험을 통해 다시 한 번 깨달았다. 문제를 해결하긴 했지만 솔직히 제대로 했는지에 대한 확신은 아직 없다. 그래도 여러 문서를 탐구하고 분석하는 과정은 굉장히 재미있었고 새로운 지식을 배우면서 한 단계 성장한 느낌이 들었다. 문제를 해결했을 땐 내가 정말 개발자가 된 것 같았고 뿌듯했다. 앞으로도 더 많은 에러를 만나고 싶다. 내가 아직 모르는 에러들이 많다는 점이 오히려 다행이라고 생각한다. 왜냐하면 앞으로 풀 문제가 아직 많이 남아있고 성장하는 즐거움을 그만큼 더 많이 느낄 수 있기 때문이다. 지금처럼 초심 잃지 말고 꾸준히, 그리고 열심히 최선을 다해보자.
문제 해결과 배움의 즐거움
앱 스토어에 심사를 제출하니 1분 이내에 다음과 같은 메일이 날라왔다.
App Store 검토를 위한 제출이 성공적으로 완료되었더라도 다음 번 App Store 검토 제출 시 다음 문제를 수정하는 것이 좋습니다. 문제를 수정한 후 App Store Connect에 새 바이너리를 업로드하세요.
ITMS-91061: Missing privacy manifest - Privacy manifest? / 해결 방법
프로젝트를 진행하면서 WeatherKit을 사용해야될 상황이 와서 Minimum Deployment를 15.0에서 16.0으로 업그레이드 했다. 하지만 iOS Deployment Target도 자동으로 16.0으로 변경될 줄 알았는데 15.0인 것을 발견하였다. 애플은 왜 번거롭게 두 개로 나누어서 버전을 설정하도록 했을까?

iOS Deployment Target과 Minimum Deployment의 차이

먼저, 간단하게 두 개념을 정리해보자.
•
iOS Deployment Target은 앱을 개발할 때 테스트와 빌드에서 사용할 최소 iOS 버전이다. Xcode에서 프로젝트나 각 타겟별로 이 버전을 설정하게 되며 이 설정에 따라 해당 버전 이상의 iOS에서 앱이 실행될 수 있다. 즉, 개발 과정에서 이 버전을 기준으로 앱이 정상 동작하는지 테스트하게 된다.
•
Minimum Deployment는 앱이 배포될 때 실제로 최소 요구되는 iOS 버전을 정의하는 설정이다. 이 값은 앱이 앱 스토어에 올라가면 그 버전 이상의 iOS 기기에서만 앱을 다운로드하고 실행할 수 있도록 하는 제한을 걸어준다. 보통 이 값은 Info.plist나 프로젝트 설정 파일에 기록된다.

왜 두 개로 나누었을까?

iOS Deployment Target vs Minimum Deployment
TIL
Xcode
Git에서 파일 크기 제한으로 인해 fatal: the remote end hung up unexpectedly 오류가 발생한 문제를 해결한 방법을 정리해보았습니다.

문제 상황

git push를 실행했을 때, fatal: the remote end hung up unexpectedly 오류가 발생했습니다. 이는 원격 저장소에서 허용하는 최대 파일 크기 또는 전체 push 크기 제한을 초과했기 때문에 발생한 오류였습니다.

해결 방법

이 문제를 해결하기 위해 Git의 http.postBuffer 설정을 변경하여 push 데이터를 압축하고 크기를 줄였습니다. 이 설정은 Git이 HTTP 프로토콜을 통해 데이터를 push할 때 사용하는 버퍼 크기를 조정해줍니다.
Git Push 시 파일 크기 제한 초과 오류 해결하기
TIL
Error
Git

Just

just 연산자는 단일 요소를 방출한 다음 완료되는 Observable을 생성한다. 매우 간단하고 직관적인 방식으로 단일 값을 Observable로 변환할 수 있게 해준다.
출력 결과
장점
•
단일 요소를 방출하기에 매우 간단한 연산자임. 이를 통해 특정 값 하나를 방출해야 할 때 직관적으로 사용할 수 있음.
•
단일 값을 방출하고 완료한다는 명확한 목적을 가지고 있기 때문에 코드를 읽기 쉬움.
RxSwift Operators #1: Creating Operators
TIL
RxSwift
Load more