#Swift.
글
/ 총 6편UMP의 사전 안내와 ATT 요청 순서를 바로잡은 기록
DailySudoku는 앱이 직접 ATT를 요청하는데, Google UMP도 사전 안내 뒤에 ATT를 요청할 수 있어요. SDK 바이너리에서 ATT 호출 흔적을 찾고, 두 요청이 겹치지 않도록 호출 순서를 바꾼 과정이에요.
병렬 테스트가 전역 알림으로 서로를 건드린 사례
로컬에서는 0.02초에 끝나던 광고 배너 테스트가 CI에서는 45분 제한에 걸렸어요. 러너의 부하를 의심했지만 원인은 병렬로 도는 다른 테스트가 보낸 전역 알림이었어요. 재현 실험으로 가설을 확인하고 NotificationCenter를 주입해 분리한 과정을 기록해요.
리뷰 요청 예약에서 취소된 Task가 끝까지 실행된 경로
승리한 뒤 2초 기다렸다가 스토어 리뷰를 요청하는 예약이, 화면을 벗어나 취소한 뒤에도 실행될 수 있었어요. Task.sleep이 정상 반환한 뒤의 취소는 오류로 돌아오지 않기 때문이에요. 취소 동작을 Swift 6.4에서 다시 확인하고 고친 과정을 기록해요.
Apple Pencil 필기를 스도쿠 숫자로 바꾸는 입력 처리
DailySudoku에서 펜으로 쓴 숫자를 셀에 넣으려면 획을 tap과 필기로 나누고, 여러 획을 묶고, 모델 입력으로 바꾸고, 믿을 수 있을 때만 적용해야 해요. 각 단계의 기준값과 아직 검증하지 못한 부분을 기록해요.
iOS에서 실행 중에 폰트를 등록할 때 정해야 하는 것
번들에 넣는 폰트는 Info.plist 선언으로 끝나지만, 내려받거나 패키지에 든 폰트는 실행 중에 등록하는 쪽이 더 맞을 수 있어요. CoreText로 파일을 등록할 때 PostScript name을 읽는 방법, 등록 상태를 한곳에서 관리하는 예제, 파일 수명에서 정할 것을 정리해요.
Swift Package Registry를 도입하기 전에 볼 것
Swift 의존성을 Git 주소가 아니라 registry의 ID로 받으면 받아 오는 경로가 달라져요. 요청 순서, 설정 파일, Git과 registry가 섞인 의존 그래프의 위험, mirror와의 차이, 인증과 서명을 정리하고, 팀이 도입을 판단할 때 볼 항목을 적어요.