ios(113)
-
[iOS] 중재자 패턴 (Mediator Pattern)을 활용한 우리 팀만의 아키텍처가 만들어진 과정 (feat. View-Model-Service)
0. 들어가기에 앞서MV, MVC, MVVM, TCA, VIPER, Clean Architecture 등등 iOS 개발에 사용될 수 있는 아키텍처 패턴은 정말 많습니다.하지만 중요한 것은 "어떤 아키텍처를 사용해봤냐?"가 아니라 "왜 그 아키텍처를 선택했냐?"에 대한 대답입니다.소프트웨어에서 사용하는 패턴 (디자인 패턴, 아키텍처 패턴 포함)은 모두 특정한 문제를 해결해주기 위한 방법임에는 틀림없지만, 현 프로젝트의 볼륨이나 방향에 따라 때로는 오히려 코드를 복잡하고 / 진입 장벽을 높게만 만들 수 있기 때문입니다.즉, 아키텍처 사용에는 이유가 필요하다는 것입니다.그 이유에는 현재 프로젝트의 규모, 동료 개발자들의 역량, 개발기간과 이후 유지보수 가능성 등이 종합적으로 고려되어야 하죠.예를 들어, 작은 ..
2025.08.25 -
[Apple Developer Academy @ POSTECH] #6 - Vision에서 출발한 30일. 팀 Visionable의 여정
🍎 Apple Developer Academy @ POSTECH 4기 : Challenge 4 회고 (2025.06.23 - 08.01) [Apple Developer Academy @ POSTECH] #5 - 사람공부🍎 Apple Developer Academy @ POSTECH 4기 : Challenge 3 회고 (2025.05.08 - 06.13) [Apple Developer Academy @ POSTECH] #4 - 그래서 나는 무엇을 배웠지?🍎 Apple Developer Academy @ POSTECH 4기 : Challenge 2 회고 (2025.04.07 - 04.25) [Applemini-min-dev.tistory.com 지금까지 아카데미에서의 챌린지를 돌아보면, 항상 하드 스킬..
2025.08.10 -
[Apple Developer Academy @ POSTECH] #5 - 사람공부
🍎 Apple Developer Academy @ POSTECH 4기 : Challenge 3 회고 (2025.05.08 - 06.13) [Apple Developer Academy @ POSTECH] #4 - 그래서 나는 무엇을 배웠지?🍎 Apple Developer Academy @ POSTECH 4기 : Challenge 2 회고 (2025.04.07 - 04.25) [Apple Developer Academy @ POSTECH] #3 - 처음 경험해본 새로운 세계, CBL (Challenge Based Learning)🍎 Apple Developer Academy @ POSTECH 4기 : Challenge 1 회mini-min-dev.tistory.com 아카데미가 시작된 지 어느덧 세 달..
2025.06.21 -
[WWDC25] 2025 Platforms State of the Union 빠르게 톺아보기
Platforms State of the Union - WWDC25 - 비디오 - Apple DeveloperApple 플랫폼의 최신 기술을 만나보세요.developer.apple.com 안녕하세요 여러분!어제 한국 시간 기준 새벽 2시, 팀쿡의 Keynote를 시작으로 일주일 간 진행되는 Apple의 WWDC25 행사가 시작되었습니다.저는 포항에 있는 애플 디벨로퍼 아카데미에서 4기 러너들과 아카데미 동문, 여러 외부 초청 지인분들과 함께 WWDC 2025 W@TCH PARTY를 즐겼는데요.Apple 생태계 OS의 "26" 버전 네임 통일을 시작으로 (visionOS는 2에서 냅다 26으로 쩜-프를 하게 되었다는..)유리와 물방울 그 사이 어딘가에 해당하는 Apple의 새로운 디자인 시스템 Liquid..
2025.06.12 -
[iOS] 토스터 앱의 에러 처리 (Error Handling) 흐름을 소개합니다 (feat. Moya, Combine, networkFlatMap)
저 몰래 천천히 야금야금 진행하던 코드 리팩토링이 거의 마무리 단계에 진입했습니다!"중복 코드의 최소화" 그리고 "명확한 데이터 처리 흐름"을 목표로 코드 리팩토링을 계속 진행해왔고,블로그로도 (언제가 될지는 모르겠지만) 차근차근 한 주제씩 다뤄보겠습니다! 오늘은 이 중 에러 처리 (Error Handling)에 집중해볼거구요.Combine 적용한 선언적 데이터 스트림 흐름의 ViewModel 구조 (Input-transform-Output 흐름) 적용하기Completion 핸들러 기반 네트워크 비동기 처리 메서드 -> Combine 기반 네트워크 비동기 처리 메서드로 변경 (코드 일관성 증대)네트워크 메서드에서 발생하는 에러 처리 흐름 (Error Handling Stream) 구조화이벤트 브로드캐스..
2025.06.08