경푸의 iOS 🍯

오늘 웨비나에서는 HIG를 간단하게 살펴보는 시간을 가졌다. 초반부에는 HIG 역사를 위주로 설명을 해주셨는데, 오랜 역사를 가진 만큼 보장된 디자인 경험을 줄 수 있다는 것이 핵심이었던 것 같다. 이후에는 HIG에 들어가 6가지 섹션을 간단하게 살펴보는 시간을 가졌다. 강조하셨던 것은 Best Practice와 Consider 부분을 조금더 주의 깊게 봐주었으면 하는 것이었다. 모든 내용을 정리하지 않았고, 실질적인 원칙 파트, HIG를 훌륭하게 소화한 앱 소개, 직접 해볼 만한 액션 아이템만 정리했다. 휴먼 인터페이스 가이드라인 살펴보기 정리에 앞서 중요한 내용이 있다. - 드디어 휴먼 인터페이스 가이드가 한국어를 제공한다고 한다. 언제 나오게 될지는 모르겠지만 올해 안으로는 나온다고 하니 기대가 된..

iOS에서 적용되는 디자인 원칙에 이어 VisionOS에서 적용되는 디자인 원칙에 대한 웨비나를 진행했다. 아직 VisionOS를 통해 앱을 개발해보진 않았지만 추후 개발 시 염두에 두어야 할 것들이 많이 있던 것 같다. 두서없이 정리했지만 기록을 위해 남겨둔다. VisionOS 사용자 인터페이스 및 상호작용을 위한 디자인 공간 컴퓨팅에서의 디자인 원칙 - iOS와는 다른 경험을 제공해야한다. - 핵심 키워드 ( 공간, 몰입, 현실적, 사람 중심 ) - 좋은 공간 컴퓨팅은 친숙하고 (Familiar), 사람 중심적이며 (Human - Centered), 차원을 가진 (Dimensional), 몰입형 (Immersive) 그리고 믿을만한 것(Authentic) 이어야 한다. 공간 사용자 인터페이스 UI F..

Apple Developer에서 진행하는 공식 웨비나이다. 등록하라는 메일이 왔길래 사전에 해두었지만 첫 번째 웨비나는 밥 먹느라 못 들었다. 아래의 링크를 통해서 확인하고 원하는 웨비나가 있다면 들어보자. View - Meet with Apple Experts - Apple Developer developer.apple.com 오늘 세션에서는 애플이 추구하는 디자인 원칙의 두 번째 세션이었다. 첫 번째 세션을 듣지 못한 게 아쉽지만 디자인을 이해하는데 도움을 많이 준 것 같다. 예시를 보여주시면서 진행하셨는데 점점 더 깔끔하고, 군더더기 없어지는 것을 보며 디자인의 중요성과 개발할 때, 어떠한 것을 고민해 보면 좋을지에 대해 알게 해 주셨다. 두서없이 정리했지만 기록을 위해 남겨둔다. PART 2 사용..

개발 중인 앱에서 MVP를 위한 기능 구현을 하던 중에 메모리 누수를 확인한 적이 있다. 당시에는 빠른 개발이 필요했기 때문에 정해진 일정을 마치고 해결하기로 했다. 앞으로는 바로 할 거다. 생각보다 오래 걸렸다 : ( 아무튼 메모리 그래프를 보면서 이런저런 상황을 테스트를 해본 결과 Coordinator에서 생성된 ViewController와 ViewModel, 알림 화면 등 메모리에서 deinit 되지 않는 이슈로 확인됐다. 이상하다. 코드를 여기저기 뜯어봐도 약한 참조를 통해 캡쳐해 잘 사용하고 있어 살아있을 만한 녀석이 보이지 않았다. Profile Instrument를 이용해 메모리 누수가 발생하고 있는지 확인했지만 정상동작 중이라고 표시되고 있었다. 코드를 어떻게 작성했길래 Profile In..

이번 포스팅에서는 일전에 포스팅했던 메모앱에서 사용했던 BottomSheet에 대해서 작성해보려고 한다. 메모를 추가, 삭제, 수정했을 때마다 하단에서 해당 작업을 성공했다는 알림을 노출하는 것이 목적이었다. 바로 알아보자. BottomSheetType 앞서 말한 것처럼 추가, 삭제, 수정 세 가지를 알려야 하기 때문에 이에 맞는 텍스트들이 필요하다. enum BottomSheetType { enum BottomSheetResult { case fail case success var description: String { switch self { case .fail: return "실패했습니다 :(" case .success: return "성공했습니다 :)" } } } case update(Bottom..

SwiftUI가 처음 나왔을 때, 아주 조금 UI와 관련된 내용들을 학습했던 적이 있다. 시간이 얼마나 지났는지 이제는 채용 공고들을 보면 SwiftUI와 Combine 그리고 TCA가 기술스택에 들어가 있는 것을 생각보다 자주 볼 수 있다. 그렇다. 미뤄뒀던 SwiftUI를 학습해야할 때다. 우선 과거에 학습했던 것들 중에 기억에 남는 것이 전혀 없다. 역시, 일단은 뭐라도 만들어봐야 될 것 같다. UIkit을 학습하면서 간단한 메모앱을 만들었었는데 이번에도 만들어 봐야겠다. 메모앱 구조 간단하다. 기본화면 - 생성된 메모들이 리스트 형태로 보이는 화면 + 메모를 검색할 수 있는 SearchBar 수정 및 추가 화면 - 리스트에 있는 아이템을 클릭해서 들어오게되면 수정 - 상단의 Toolbar에서 추가..

앞서 포스팅한 글 중에 Coordinator를 사용한 후기가 있다. 끝맺음에 아무래도 지금까지 잘못 사용하고 있다고 적었었는데 프로젝트가 거의 끝나가면서 리팩토링을 시작했다. [디자인 패턴] Coordinator를 사용하면서(feat.MVVM-C) 안녕하세요. 오늘은 Coordinator 디자인 패턴에 대해서 간단하게 소개해보려고 합니다. 최근에 진행하고 있는 프로젝트에서 사용 중인데 Coordinator 사용에 있어 뭔가 잘못 사용하고 있다고 생각되어 pooh-footprints.tistory.com 위의 포스팅처럼 MVVM + CleanArchitecture를 적용하면서 함께 Coordinator를 적용했었다. 당시에는 ViewModel의 생성자에 Coordinator를 넣어주고 해당 ViewMode..

안녕하세요. 오늘은 RxDataSource에 대해서 정리해보려고 합니다. RxDataSource를 학습하고 간단한 예제를 만들어봤습니다. RxDataSource라는 라이브러리는 RxSwift를 공부하기 시작할 때부터 알고는 있었지만 회사나 개인 프로젝트에서 사용해 본 적이 없었습니다. 이번에 여러 개의 섹션이 필요한 작업이 있어 간단하게 학습하고 예제를 통해서 입문하는 시간을 가졌습니다. RxDataSource? 기존에 사용했던 코드를 살펴보면 ( RxSwift, RxCocoa ) 아래와 같습니다. tasks .bind(to: taskTableView.rx.items(cellIdentifier: TaskTableViewCell.identifier, cellType: TaskTableViewCell.sel..

안녕하세요. 오늘은 ReactorKit에 대해서 정리해보려고 합니다. ReactorKit? ReactorKit의 깃허브에 들어가 보면 소개글의 첫 문장은 아래와 같습니다. ReactorKit is a framework for a reactive and unidirectional Swift application architecture. - ReactorKit은 반응형 및 단방향 애플리케이션 아키텍처를 위한 프레임워크입니다. 반응형이라는 단어만 봐도 Reactive Programming을 위한 프레임워크라는 걸 알 수 있습니다. 반면에 단방향이라는 말은 조금 어색하기도 하고 쉽게 뭔가를 떠올리기 어려웠던 것 같습니다. 해당 깃허브를 조금 더 들여다보면 ReactorKit은 Flux(단방향 흐름의 아키텍처) ..

안녕하세요. 오늘은 Coordinator 디자인 패턴에 대해서 간단하게 소개해보려고 합니다. 최근에 진행하고 있는 프로젝트에서 사용 중인데 Coordinator 사용에 있어 뭔가 잘못 사용하고 있다고 생각되어 다시 공부할 겸 포스팅 남겨봅니다. Coordinator Coordinator 디자인 패턴은 기존의 ViewController에서 처리했던 화면전환이나 흐름을 분리하여 담당하는 디자인 패턴입니다. 즉, ViewController가 다른 ViewController를 직접 푸시하거나 인스턴스를 생성하던 것을 Coordinator가 담당하게 되면서 명확한 역할의 분리가 생기게 되고 이렇게 명확한 역할의 분리로 더 깔끔한 코드, 확장성과 재사용성에 이점을 가져갈 수 있습니다. 장단점 앞서 설명한 것처럼 기..