MungGu Story

Strong Reference Cycles for Closures 클로져에 대한 강한참조순환 앞선 포스팅에서는 두 개의 클래스 인스턴스 프로퍼티가 서로 강한참조를 갖게 되면 어떻게 강한순환참조가 발생하는지를 다뤄봤습니다. 또한 약한참조(weak reference)를 사용해서 강한순환참조를 깨는 방법과 미소유참조(unowned reference)를 사용해서 강한순환참조를 깨는 방법도 다루었었습니다. 클래스 인스턴스의 프로퍼티에 클로져를 할당할 때, 그리고 해당 클로져가 인스턴스를 캡쳐하는 경우 강한참조순환이 발생할 수 있습니다. 이때의 캡쳐에서 클로져의 몸통이 아래와 같은 인스턴스의 프로퍼티를 접근하기 때문에 발생할 수 있습니다. self.someProperty 혹은 아래처럼 클로져가 인스턴스에 대한 메서..

Resolving Strong Reference Cycles Between Class Instances 클래스 인스턴스 사이의 강한참조순환 문제 해결하기 weak, unowned 참조는 참조순환 내에 있는 인스턴스를 다른 인스턴스에 대해 강한 참조로 잡고 있지 않도록 할 수 있습니다. 그렇게 되면 인스턴스들은 서로를 참조할 때 강한참조순환 문제가 발생하지 않으면서 참조할 수 있게 됩니다. 참조하는 인스턴스가 짧은 생애주기를 갖는다면, 해당 인스턴스가 가장 먼저 해제 된다면, weak 참조를 사용하세요. 이전 포스팅에서 다루었던 상황에서의 Apartment 예시를 볼 때, apartment 인스턴스의 생애주기 간 tenant 가 없을 수 있기때문에, 참조순환을 방지 하기 위해 weak 참조를 사용하는 것이..

Automatic Reference Counting (ARC) 자동 참조 카운팅 스위프트는 Automatic Reference Counting (ARC)를 사용해서 앱 내 메모리 사용을 추적하고 관리합니다. 대부분의 상황에서 이는 swift 내에서 자동으로 메모리관리를 해주는 것을 의미합니다. 그리고 개발자가 메모리 관리에 대해서 고민할 필요가 없게 해줍니다. ARC는 자동적으로 클래스 인스턴스가 더이상 필요하지 않을 경우, 이를 자동적으로 해제 해줍니다. 그러나, 몇몇 케이스에서는 메모리 관리를 위해 ARC에서는 코드 부분들 사이의 관계에 대해 더 많은 정보를 요구할 수 있습니다. 이번 챕터에서는 이러한 상황들을 묘사하고, 앱 내 모든 메모리 관리를위해 어떻게 ARC를 활성화 할 수 있는지 보여줍니다...