먹고 기도하고 코딩하라

요즘 iOS 앱들은 최저 배포 버전이 낮아봐야 13, 14 정도다. 당연히 SceneDelegate가 있는 프로젝트들이고, 토이 프로젝트 만들 때도 13 미만을 고려하는 경우는 거의 없다. 그래서 AppDelegate만 있는 앱에서 SceneDelegate를 새로 도입해야 할 때 뭘 고려해야 하는지, 같은 생각 자체를 해본 적이 없다. 하지만.. 회사 서비스는 iOS 11부터 지원하고 있었고, 지금까지는 AppDelegate만 사용하고 있었다. 올해 1월에 카플레이를 도입하면서 SceneDelegate를 사용할 일이 있어 이 문제를 고민하게 됐다. 애플 공식 문서를 박박 긁어 AppDelegate, SceneDelegate와 함께 끝까지 가보기로 했다. (?) iOS 13부터는 왜 AppDelegate가..

결론 xcode 14.3부터는 이스케이핑 클로저에서 [weak self] 캡처 후 self 언랩핑을 하면, 명시적인 self를 써주지 않아도 된다 Xcode 14.3이 릴리즈된 지 2달 반이 지났는데 급 릴리즈 노트 포스팅을 하는 건.. 오늘 빌드가 여러 번 터져서 애를 먹었기 때문이다. 원래 Xcode 13 버전을 쓰다가, 카플레이 개발하려고 올해 1월쯤 Xcode 14.1로 올렸다. 그 뒤로 업데이트를 안 하고 있다가, 최신 OS 기기 연결을 위해 14.3으로 업데이트했다. 14.3으로 업데이트한 뒤 처음에는 Missing file libarclite_iphoneos.a 하면서 빌드가 잘 되지 않았는데, 그건 이 스택오버플로우 질문 글을 통해 잘 해결했다. 팟파일로 설치한 써드파티 프레임워크가 있다면..

이번 포스팅은 Realm 시리즈의 최종장으로 realm 사용에 있어서 자주 실수하는 것들과 더 나아가 realm을 더 잘 쓸 수 있는 best practices를 소개한다. Realm에 접근해야 할 때마다 try! Realm() 하기 저번 포스팅에도 썼던 것처럼, Realm을 접근할 때마다 try! Realm()으로 Realm 객체를 그때그때 가져와주는 것이 좋다. 스레드에서 처음 접근할 때 초기화해서 객체를 생성한 뒤로는 그것을 계속 캐싱해서 쓰기 때문에 오버헤드는 그다지 없다. 게다가 다른 스레드에서 쓰려고 하면, ThreadSafeReference로 Realm을 가져가서 써야 하기 때문에 불편하다. 특별한 사유가 없다면 접근할 때마다 Realm 객체를 가져온다. // 가급적 피하세요 static l..

저번에 Realm의 마이그레이션에 대해 살펴봤다. Realm 파일을 열려면 다음과 같이 써주면 된다. let realm = try! Realm() 그런데 문득 무지성으로 이렇게 많이 쓴 Realm()을 보니 이 수많은 Realm 객체들이 메모리를 심각하게 많이 차지하고, 심지어 제때 메모리에서 해제되지 않아 memory leak이 나면 어쩌지, 걱정되는 날이 올 수도 있다. 결론부터 말하자면 Realm 객체가 한 스레드에 여러 개 생기는 일은 없다. 그러므로 걱정하지 말고 Realm 접근이 필요할 때마다 Realm()으로 Realm 객체를 가져오면 된다. 그런데 어떻게 그게 가능할까? try! Realm() 을 했을 때 Realm은 과연 어떤 작업을 하게 될까? 자칫 원론적인 이야기가 될 수 있기 때문에..

저번에 여러 스레드에서 Realm을 써야 할 때, 어떻게 써야 앱을 살리면서 쓸 수 있는지 살펴봤다. 이번 포스팅에서는 Realm의 Configuration과 스키마 버전을 올릴 때의 마이그레이션 블록에 대해 살펴본다. 2. 마이그레이션 Realm의 스키마 버전(schemaVersion)을 올려야 할 때가 있다. 모델을 새로 생성하거나, 기존의 모델의 필드를 rename하거나 기타 수정을 가하든지 원래 있던 모델을 삭제한다든지 하는 경우이다. column을 추가하거나 새로운 Object를 추가하는 등의 별도 수동 마이그레이션 작업이 필요없는 수정이 있는 경우에는 마이그레이션 블록을 비울 수 있고, 그렇지 않은 경우에는 마이그레이션 블록을 써야 한다. 이 과정에서 Configuration이 개입하는데, 말..

iOS 앱에서 로컬에 데이터를 저장하는 방법은 여러 가지가 있다. 퍼스트파티인 CoreData도 있고, SQLite나 Realm을 쓸 수도 있다. 그 중 Realm의 장점은 속도가 빠르다, 안드로이드나 윈도우, 맥 등 크로스플랫폼 사용이 가능하다, SQL처럼 데이터 스키마를 Table 형식으로 구성하고, 데이터를 row 등으로 관리하는 게 아니라 OOP 패러다임에 맞게 클래스와 객체로 관리한다 등.. 여러 가지가 있다. 우리 회사 iOS 앱은 현재 클립 데이터를 다운로드받는 데에 Realm을 사용하고 있다. 개인 프로젝트에서도 Realm을 쓰긴 했는데 기획도 개발도 내가 하다 보니 요구 사항이 심플해져서 딥하게 쓸 일은 딱히 없었다. 하지만 회사 앱은 기획에 맞게 타이트하게 기능 개발을 해야 해서 이 기..

Swift 5.6 버전이 나온지 어느덧 1년이 지나 다소 뒷북이긴 한데 의외로 많이 알려지지 않은 것 같다. 사실 if #unavailable에 대한 설명 자체는 여기에 잘 정리되어 있는데, 간단히 살펴보고 어떤 경우에 쓰면 좋은지를 함께 소개하고자 한다. 기존 if #available의 쓰임새 타겟 기기의 iOS 버전에 따라 분기를 태워야 하는 경우가 있다. 최근에 카플레이를 해서 이걸로 예시를 들자면, Carplay 프레임워크는 iOS 14 이상에서만 사용할 수 있다. 그리고 이 프레임워크를 사용해야 카플레이를 지원하기 위한 앱을 프로그래밍할 수 있다. 그러니까 다음과 같은 상황이다. 주 기능은 원래 제공하고 있었다. iOS 14 이상에서는 카플레이도 추가로 제공하겠다. 즉, 플랫폼별로 제시하는 OS..

회사에서 3번째로 맡은 프로젝트는 구글 로그인 지원이다. 웹, 안드로이드에서는 구글 로그인이 지원되는데 iOS에는 해당 기능이 없어 이번에 추가하게 됐다. 예전에 해본 적은 있었는데, 다시 하려니 뭔가 헷갈려서 정리한다. 글을 수정하는 2023년 4월 기준 구글 로그인 최신 버전은 7.0.0이다. 5 버전과 좀 달라졌다 하는 건 GIDSignIn.sharedInstance를 어떻게 쓰느냐 여부와 SignIn을 delegate 방식으로 하느냐 바로 클래스 메소드를 사용하느냐 하는 약간의 차이만 있다. 순서 (1) Podfile 혹은 SPM으로 GoogleSignIn 패키지를 추가한다. (2) 파이어베이스 콘솔 들어가면 OAuth 2.0 클라이언트 ID를 확인할 수 있다. com.googleuserconte..