Objective-C 델리게이트는 대개 retain 대신에 속성 할당을받는 이유는 무엇입니까?

Question

Scott Stevenson이 관리하는 훌륭한 블로그를 통해 서핑을하고 있는데, 대리인에게 '할당'속성 대 '유지'를 지정하는 기본적인 Objective-C 개념을 이해하려고합니다. 두 가지 모두 가비지 수집 환경에서 동일합니다. 나는 주로 비 GC 기반 환경 (예 : iPhone)에 관심이 있습니다. .

"오히려 복사하거나 유지하는 것보다, 직접 인스턴스 변수에 값을 할당하는 세터를 생성합니다 할당 키워드는이 NSInteger 및 CGFloat, 또는 같은 기본 형식에 가장 적합합니다 : 스콧의 블로그에서 직접

대리인과 같이 직접 소유하지 않은 개체 "라고 설명합니다.

대리인 개체를 직접 소유하고 있지 않다는 것이 무슨 의미입니까? 나는 그들이 내 심적으로 빠져 나가는 것을 원하지 않는다면, 저를 위해 그것을 간직 할 것입니다. 나는 대개 UITableViewController를 각각의 dataSource와 delegate로부터 추상화한다. 나는 또한 그 특별한 물건을 가지고있다. 내 UITableView 항상 주위에 해당 대리인이 있으므로 멀리 가지 않도록하고 싶습니다.

누가 내가 틀렸는 지 더 설명 할 수 있습니까? Objective-C 2.0 프로그래밍에서이 일반 패러다임을 보유 대신 대리자에 assign 속성을 사용하여 프로그래밍 할 수 있습니까?

감사합니다.

Answer 1

당신이 대의원을 유지하는 것은 당신이 유지주기 피할 필요가있다 피할 이유

:

A가 B A가 B의 대표 로 자신을 설정 을 만들어가 ... A는 소유자에 의해 해제

B의 경우 B가 A를 소유하고 있기 때문에 A가 보유한 A는 해제되지 않으므로 A의 dealloc은 호출되지 않고 A와 B 모두이 누출됩니다.

A가 B를 소유하고 있으므로 dealloc에서 없애 버리므로 걱정하지 않아야합니다.

Answer 2

대리인 메시지를 보내는 개체가 대리인을 소유하고 있지 않기 때문에.

컨트롤러가 뷰 또는 윈도우의 위임자로 설정 될 때와 같이 반대 방향입니다. 컨트롤러가 뷰/창을 소유하므로 뷰/창에서 해당 대리인을 소유하면 두 개체가 모두 표시됩니다. 서로 소유하고있어. 이것은 물론, 동일한 결과 (죽은 객체가 살아 있어야 함)를 가진 누출과 유사한 유지 사이클입니다.

그 밖의 경우에는 피어입니다. 두 피어 모두 다른 피어를 소유하고 있습니다. 두 피사체가 같은 세 번째 개체에 의해 소유되어 있기 때문일 수 있습니다.

어느 쪽이든, 대리인이있는 개체는 대리자를 유지하면 안됩니다.

---

부록 (적어도 하나 개의 예외가 그렇고. 나는 그것이 무엇인지 기억하지 않는다, 나는 그것을위한 좋은 이유가 있었다 생각하지 않습니다.,있다() 2012-05-19 추가됨) : ARC에서 assign 대신 weak을 사용해야합니다. 약한 참조는 개체가 죽으면 자동으로 nil으로 설정되어 위임 개체가 데드 델리게이트에 메시지를 보낼 가능성을 없애줍니다.

어떤 이유에서든 ARC를 사용하지 않으려면 개체를 가리키는 속성 assign을 unsafe_unretained으로 변경하십시오. 이는 개체에 대한 참조가 유지되지는 않지만 영원하지 않음을 명시합니다.

assign은 ARC와 MRC 모두에서 비 개체 값에 적합합니다.

Answer 3

할당 된 델리게이트가있을 때 객체가 할당 해제 될 때마다 해당 델리게이트 값을 항상 nil로 설정하는 것이 매우 중요하므로 객체는 dealloc에서 델리게이트 참조를 항상 무시하지 않도록주의해야합니다 그것이 다른 곳에서 그렇게하지 않았다면.

Answer 4

그 이유 중 하나는 유지주기를 피하는 것입니다. A와 B가 둘 다 서로를 참조하고 어느 것도 메모리에서 해제되지 않는 시나리오를 피하기 위해.

Acutally 은 NSInteger 및 CGFloat와 같은 기본 유형 또는 직접 소유하지 않은 객체 (예 : 대리인)에 가장 적합합니다.