MungGu Story

Resolving Strong Reference Cycles for Closures 클로져에 대한 강한참조순환문제 해결하기 당신은 클로져 정의의 일부로서 capture list를 정의함으로 서 클로져와 클래스 인스턴스 사이의 강한참조순환을 해결할 수 있습니다. capture list는 클로져 몸체 내부의 타입이 하나 혹은 두개 이상의 참조를 캡쳐할 때 사용 될 규칙을 정의합니다. 두 개의 클래스 인스턴스간의 강한참조순환과 같이, 당신은 각각의 캡쳐된 잠조들을 strong 참조 대신 weak 이나 unowned 참조를 사용할 수 있습니다. weak참조를 사용할지, unowned 참조를 사용할지에 대한 적절한 판단은 당신의 코드의 각각의 파트 사이 관계에 따라 다를 수 있습니다. 참고 : Swift는 som..

Unowned References and Implicitly Unwrapped Optional Properties 미소유 참조, 암시적 언래핑 옵셔널 프로퍼티들 이전 포스팅에서 언급 된 강한순환참조 문제의 해결이 필요했던 다양한 보편적 시나리오들은 weak, unowned 참조에대한 활용예시를 보여주었습니다. Person, Apartment 예시를 다룬 포스팅에서는 nil이 되는 것이 허용 된 두 프로퍼티에서의 상황을 보여주었습니다. 이는 약한참조를 통해 해결될 수 있는 최상의 시나리오 였습니다. Customer와 CreditCard 예시를 다룬 포스팅에서는 단 하나의 프로퍼티가 nil 처리가 될 경우 강한순환참조가 발생할 수 있는 상황(Customer 인스턴스의 멤버, card 프로퍼티에서 Custom..

Unowned References 미소유 참조 약한참조(weak reference)와 같이, 미소유 참조(unowned reference) 또한 참조하는 인스턴스를 강하게 참조하지 않습니다.(참조할때 weak과 동일하게 RC(Reference Count)를 증가시키지 않습니다.) 다만 약한 참조와의 차이점은 참조하려는 다른 인스턴스가 본인과 생애주기가 같거나 더 길 경우에 사용됩니다. unowned 키워드를 프로퍼티나 변수 선언부 앞에 놓아 사용할 수 있습니다. 미소유참조(unowned reference)는 항상 값이 있는 것으로 간주합니다. 그 결과, ARC는 미소유 참조의 값을 nil로 설정하지 않습니다. 이는 미소유 참조의 값이 옵셔널값이 아닌 것(non-optional)으로 정의됨을 의미합니다. ..

Strong Reference Cycles Between Class Instances 클래스 인스턴스 간의 강한 순환참조 문제 지난번 다룬 ARC, strong 참조 관련 포스팅에서 보셨듯이, ARC는 당신이 생성한 새로운 Person 인스턴스 참조의 갯수를 추적할 수 있었습니다. 또한, 해당 인스턴스가 더이상 사용되지 않을 경우, 메모리에서 해제할 수도 있었습니다.그러나, 클래스 인스턴스가 강한참조의 카운트가 0이 되는 시점을 절.대.로 얻지 못하는 코드를 작성할 가능성이 있습니다. 이는 두개의 클래스 인스턴스들이 서로를 붙잡고 있을때 발생할 수 있습니다. 이때 두개의 인스턴스는 서로 계속 메모리상에서 유지됩니다. 이런 상황을 강한순환참조(Strong Reference Cycle) 라고 합니다.강한순환..