먹고 기도하고 코딩하라

저번 달에 진행했던 Realm과 멀티 스레딩 세미나 자료를 블로그에도 올린다. 목차 Realm과 멀티 스레딩 Realm 마이그레이션 try? Realm()을 하면 한 스레드에 Realm이 여러 개 생기는 거 아닙니까 Realm과 멀티 스레딩 전제 경험으로 알고 있듯 Realm 객체는 다른 스레드에서 사용할 수 없습니다. You cannot share realm instances across threads. 원인 다른 스레드에서 접근 대상 : Realm 객체 자체 / Live Object Realm accessed from incorrect thread (RLMException) 에러와 함께 가차없이 강종됩니다. 싱글턴으로 사용하는 Realm 객체가 메인 스레드에 선언되어 있기 때문에, 다른 스레드에서 R..

회사에서 사용하는 따로 통신 객체가 있다. 통신을 시도할 때마다 이 클래스의 객체를 생성하면, 생성 이후에 바로 네트워크 통신이 이뤄진다. 처음 입사했을 때 통신 처리 코드가 너무 복잡하고 어렵다고 생각했지만, 1년이 지나 다시 살펴보니 흐름을 쭉 따라갈 수 있었다. 테스트 코드 연습을 위해 통신 로직에 대한 테스트 코드를 짜고자 결심했다. 막상 테스트 코드를 짜려고 하니 다음과 같은 문제가 있었다. init 말미에 통신 요청 코드가 포함되어 있다. 즉, 생성과 요청이 분리되어 있지 않다. Rx 방식을 사용하지 않기에, 응답 데이터를 컴플리션 핸들러로 받게 된다. 또한 연습용 테스트 코드이기에 기존 코드 변경을 최소화하면서 테스트 코드를 짤 수 있도록 기반을 마련해야 했다. 이런 상황이라면 회사에서 사용..

지난달에 ReactorKit 사내 세미나를 열었다. ReactorKit에 대해 간단히 설명하고, 프로젝트 일부 코드를 ReactorKit으로 부분적으로 전환했을 때 얻을 수 있는 장점 등을 설명한 다음, 회사 코드 일부를 ReactorKit으로 바꿔서 시연했다. 세미나가 끝나고 2가지 질문이 나왔다: mutate에서 통신 값으로 Observable을 return하게 하려면 기존에 쓰던 클로저 방식으로는 안 되는 건가? 즉, Observable을 반환하는 새로운 통신 함수를 작성하는 게 필수인가? 클로저로 값을 넘겨주는 건 안 되는 건가? 통신 중에 Reactor와 연동된 View가 사라지면 통신 옵저버블은 어떻게 되는가? 메모리 릭의 원인이 될 수 있지 않은가? 첫 번째는 일단 클로저 방식으로는 하기 어..

결론부터 얘기하면 있다. ReactorKit의 Reactor 파일을 살펴보면 extension에서 disposeBag을 찾을 수 있다. extension Reactor { fileprivate var disposeBag: DisposeBag { return MapTables.disposeBag.value(forKey: self, default: DisposeBag()) } } 하지만 fileprivate 레벨로 선언된 변수이기 때문에 커스텀해서 만드는 Reactor 내에서 직접 접근할 수는 없다. disposeBag의 존재 의의가 궁금해진다. 기원을 찾아 올라가기 위해 MapTables.disposeBag으로 이동한다. MapTables는 enum 타입이고, disposeBag 변수가 포함되어 있다. p..