iPhone에서 MP3 자유 재생을 위한 SwiftUI 기반 음악 플레이어 개발기: iCloud, SQLite, FTS5 활용

핵심 기술

본 콘텐츠는 2025년에도 지속되는 iPhone의 MP3 파일 재생 제약에 대한 불편함을 해소하기 위해 개발자가 직접 SwiftUI 기반의 음악 플레이어 앱을 개발한 과정을 상세히 다룹니다. iCloud 파일 접근, SQLite의 풀텍스트 검색(FTS5) 활용, 그리고 React Native에서 SwiftUI로의 전환 과정에서 겪은 기술적 도전과 해결책을 중심으로 설명합니다.

기술적 세부사항

• 문제 정의: Apple의 폐쇄적인 음악 생태계 및 서드파티 앱의 유료화/기능 제한으로 인한 사용자 불편.
• 개발 동기: 직접 소유한 MP3 파일을 자유롭게 관리하고 재생할 수 있는 환경 구축.
• 기술 스택 전환: React Native/Expo의 파일 시스템 접근 및 안정성 한계 극복을 위한 Swift/SwiftUI로의 전환.
• UI/UX 설계: SwiftUI의 선언적 UI 패러다임 활용, 직관적인 인터페이스 및 사용자 음악 관리 기능 구현.
• 데이터 저장 및 검색: SQLite 채택 및 FTS5를 활용한 iCloud 폴더 내 음악 파일의 풀텍스트 검색 기능 구현.
  • songs_fts 및 source_paths_fts 테이블을 사용한 효율적인 인덱싱.
  • BM25 기반 관련도 순 정렬 및 와일드카드 자동 추가.
• 아키텍처: 도메인 레이어(Swift actors)와 UI/ViewModel 분리를 통한 클린한 데이터 플로우 및 동시성 처리.
• iCloud 접근 및 파일 처리: iOS 샌드박스 정책 하에서 파일 접근 지속성 확보를 위한 앱 샌드박스로의 파일 사본 저장 방식 채택.
• 오디오 재생 및 메타데이터 처리: AVFoundation 프레임워크, AVAudioPlayer, MPRemoteCommandCenter를 활용한 음악 재생 및 컨트롤.
• 개발 환경 제약: Xcode의 에디터 융통성 부족, 일부 SDK의 Objective-C 위주 개발, iCloud 연동 디버깅의 번거로움.
• 개발자 생태계 및 규제: App Store 배포 제약(개발자 등록 비용, 7일 사용 제한), EU DMA Act 이후에도 사이드로딩의 한계, PWAs의 iOS 지원 제약 등.

개발 임팩트

• 네트워크 의존성 없는 예측 가능한 데이터 구조 및 강력한 로컬 검색 환경 실현.
• iOS의 파일 접근 제약에도 불구하고 사용자 파일 관리의 독립성과 확장성 증대.
• SwiftUI와 Swift의 현대적인 언어 기능 활용을 통한 개발 생산성 향상 및 코드 유지보수성 강화.
• AI 도구의 활용이 개발 장벽을 낮추었으나, iOS의 규제는 여전히 독립 개발자에게 진입 장벽으로 작용함을 시사.

커뮤니티 반응

• 오프라인 음악 컬렉션 및 개인 음악 라이브러리 관리에 대한 공감대가 형성됨.
• FLAC, APE 등 무손실 포맷 사용 경험 및 대용량 라이브러리 관리의 어려움 공유.
• Navidrome, Symfonium, Musicolet, foobar2000, winamp 등 다양한 음악 플레이어 및 관리 도구 추천 및 경험 공유.
• YouTube Music의 재생 위치 기억 및 기기 간 전환 불편함에 대한 공감.
• iPod 단종 이후 휴대성 좋은 단순 MP3 플레이어 시장의 부재에 대한 아쉬움 표출.
• Apple의 수익 추구 본질 및 개발자 진입 장벽에 대한 비판적 시각 제시.
• Swift의 async/await 문법이 동시성 코드 작성에 편의성을 주지만, 규모가 커지면 코드 흐름 파악이 어려워질 수 있다는 우려 표명.
• 개발자의 세밀한 결정 과정과 기술 선택 배경에 대한 흥미로운 분석이라는 긍정적 피드백.
• SwiftUI와 SQLite FTS5의 활용법에 대한 관심 및 실제 프로젝트 적용 의사 표명.