Reactive X 문서는 여기! 그리고 github의 Getting Started 페이지도 참고했습니다. 이해가 미숙해 틀린 부분이 있을 수 있습니다..ObservableObservable은 뭘까사전적 의미로 봤을 때는 '관측 가능한'이라는 뜻을 가지고 있다. 이걸 개발 쪽으로 가져오면 어떤 해석을 할 수 있을까? 어떤 값 또는 이벤트의 변화를 관찰/추적한다는 뜻으로 이해할 수 있을 것 같다. 또한 이벤트는 여러 곳에서 동시다발적으로 일어날 수 있으니 관측하고자 하는 값을 비동기적으로 체크할 수 있어야 할 것 같고. 무언가의 상태 변화를 Observer들이 계속 관측할 수 있도록 하는 것이 Observable이 아닐까? reactivex.io에서 Observable 문서 첫 문단에 이렇게 설명하고 있다..
문서는 여기 ⬇️ https://docs.swift.org/swift-book/LanguageGuide/AutomaticReferenceCounting.html Strong Reference Cycles for Closures "strong reference cycle이 발생하는 경우를 설명해 주세요"라는 면접 질문을 받았을 때 앞에서 본 내용들은 당당하게 얘기하고 이건 까먹었다. 어떻게 보면 회사에서 일할 때 제일 많이 보는 구문인데! completion 핸들러에서 [weak self] in을 사용하는 이유를 이번 포스팅에서 알아본다. 클로저는 reference type이다. 우리가 클로저를 사용할 때 클로저 내부에서 self.someProperty에 접근하는 경우가 있다. 이 때 클로저에 별도의 표기..
문서는 여기 ⬇️ https://docs.swift.org/swift-book/LanguageGuide/AutomaticReferenceCounting.html 앞 포스팅에서 Strong Reference Cycle이 만들어져 메모리에서 해제되지 않고 영영 ㅁ ㅣ아가 되어버린 인스턴스가 있을 수 있다는 것을 확인했다. 그렇다면 이런 상황을 방지하려면 어떻게 해야 할까? Resolving Strong Reference Cycles Between Class Instances 애플에서는 이런 ㅁ ㅣ아들(strong reference cycle)이 생성되는 것을 방지하는 방법을 두 가지 제시한다. 1. weak references 2. unowned references weak과 unowned를 해석해 보면 ..
Swift 문서를 읽어보는 시간. 이번에는 ARC와 관련된 부분을 읽어본다. 문서는 여기 ⬇️ https://docs.swift.org/swift-book/LanguageGuide/AutomaticReferenceCounting.html Automatic Reference Counting — The Swift Programming Language (Swift 5.7) Automatic Reference Counting Swift uses Automatic Reference Counting (ARC) to track and manage your app’s memory usage. In most cases, this means that memory management “just works” in Swift,..
