ทำไมผู้แทน Objective-C ถึงได้รับมอบหมายคุณสมบัติแทนการเก็บรักษา?

ฉันท่องผ่านบล็อกที่ยอดเยี่ยมซึ่งดูแลโดย Scott Stevenson และฉันพยายามเข้าใจแนวคิดพื้นฐานของ Objective-C ในการมอบหมายผู้มอบหมาย 'มอบหมาย' คุณสมบัติ 'เทียบกับ' รักษา ' หมายเหตุทั้งคู่เหมือนกันในสภาพแวดล้อมที่เก็บขยะ ฉันส่วนใหญ่เกี่ยวข้องกับสภาพแวดล้อมที่ไม่ใช่ GC (เช่น: iPhone)

โดยตรงจากบล็อกของสกอตต์:

"คีย์เวิร์ด assign จะสร้าง setter ซึ่งกำหนดค่าให้กับตัวแปรอินสแตนซ์โดยตรงแทนที่จะคัดลอกหรือเก็บไว้ซึ่งจะดีที่สุดสำหรับประเภทดั้งเดิมเช่น NSInteger และ CGFloat หรือวัตถุที่คุณไม่ได้เป็นเจ้าของโดยตรงเช่น"

หมายความว่าคุณไม่ได้เป็นเจ้าของวัตถุผู้รับมอบสิทธิ์โดยตรง ฉันมักจะรักษาผู้ได้รับมอบหมายของฉันเพราะถ้าฉันไม่ต้องการให้พวกเขาออกไปสู่ห้วงลึก ฉันมักจะนามธรรม UITableViewController ห่างจากแหล่งข้อมูลที่เกี่ยวข้องและผู้ได้รับมอบหมายด้วย ฉันยังคงวัตถุเฉพาะนั้นไว้ ฉันต้องการให้แน่ใจว่ามันจะไม่หายไปดังนั้น UITableView ของฉันจะมีตัวแทนอยู่รอบ ๆ เสมอ

บางคนสามารถอธิบายเพิ่มเติมว่าที่ไหน / ทำไมฉันจึงผิดฉันจึงสามารถเข้าใจกระบวนทัศน์ทั่วไปนี้ในการเขียนโปรแกรม Objective-C 2.0 ของการใช้คุณสมบัติมอบหมายให้กับผู้ได้รับมอบหมายแทนที่จะเก็บไว้?

ขอบคุณ!

เหตุผลที่คุณหลีกเลี่ยงการมอบหมายผู้ร่วมประชุมคือคุณต้องหลีกเลี่ยงรอบการเก็บ:

A สร้าง B A ตั้งตัวเองเป็นตัวแทนของ B … A ถูกปล่อยโดยเจ้าของ

ถ้า B เก็บ A ไว้จะไม่ปล่อย A ในฐานะเจ้าของ B ดังนั้น A ของ dealloc จะไม่ถูกเรียกใช้ทำให้ทั้ง A และ Bรั่วไหล

คุณไม่ควรกังวลเกี่ยวกับการจากไปเพราะเป็นเจ้าของ B และกำจัดมันใน dealloc

เนื่องจากวัตถุที่ส่งข้อความผู้รับมอบสิทธิ์ไม่ได้เป็นเจ้าของผู้รับมอบสิทธิ์

หลายครั้งมันเป็นวิธีอื่นเช่นเมื่อตัวควบคุมตั้งค่าตัวเองเป็นผู้รับมอบสิทธิ์ของมุมมองหรือหน้าต่าง: ตัวควบคุมเป็นเจ้าของมุมมอง / หน้าต่างดังนั้นหากมุมมอง / หน้าต่างเป็นเจ้าของผู้รับมอบสิทธิ์วัตถุทั้งสองจะเป็นเจ้าของซึ่งกันและกัน แน่นอนว่านี่คือวงจรการเก็บรักษาซึ่งคล้ายกับการรั่วไหลที่มีผลลัพธ์เดียวกัน (วัตถุที่ควรตายยังมีชีวิตอยู่)

ในบางครั้งวัตถุนั้นเป็นเพื่อนร่วมงาน: ไม่มีใครเป็นเจ้าของวัตถุอื่นอาจเป็นเพราะวัตถุทั้งสามนั้นเป็นของทั้งคู่

ไม่ว่าด้วยวิธีใดวัตถุที่มีผู้รับมอบสิทธิ์ไม่ควรรักษาผู้รับมอบสิทธิ์ไว้

(มีอย่างน้อยหนึ่งข้อยกเว้นโดยวิธีฉันไม่จำว่ามันคืออะไรและฉันไม่คิดว่ามีเหตุผลที่ดีสำหรับมัน)

ภาคผนวก (เพิ่ม 2012-05-19): ภายใต้ ARC คุณควรใช้แทนweak assignการอ้างอิงที่อ่อนแอได้รับการตั้งค่าnilโดยอัตโนมัติเมื่อวัตถุตายเพื่อขจัดความเป็นไปได้ที่วัตถุการมอบหมายจะสิ้นสุดการส่งข้อความไปยังผู้รับมอบสิทธิ์ที่ตาย

หากคุณอยู่ห่างจาก ARC ด้วยเหตุผลบางอย่างอย่างน้อยก็เปลี่ยนassignคุณสมบัติที่ชี้ไปที่วัตถุunsafe_unretainedซึ่งทำให้ชัดเจนว่านี่เป็นการอ้างอิงที่ไม่ได้รับ แต่ไม่มีการอ้างอิงถึงวัตถุ

assign ยังคงเหมาะสมสำหรับค่าที่ไม่ใช่วัตถุภายใต้ทั้ง ARC และ MRC

โปรดทราบว่าเมื่อคุณมีผู้รับมอบสิทธิ์ที่ได้รับมอบหมายมันสำคัญมากที่จะต้องตั้งค่าผู้รับมอบสิทธิ์ให้เป็นศูนย์เสมอเมื่อใดก็ตามที่วัตถุจะถูกจัดสรรคืน - ดังนั้นวัตถุควรระมัดระวังไม่ให้มีการอ้างอิงตัวแทนใน dealloc หากไม่มี ทำที่อื่น

หนึ่งในเหตุผลที่อยู่เบื้องหลังคือเพื่อหลีกเลี่ยงการเก็บรอบ เพียงเพื่อหลีกเลี่ยงสถานการณ์ที่ A และ B ทั้งสองออบเจ็กต์อ้างอิงกันและไม่มีสิ่งใดถูกปล่อยออกมาจากหน่วยความจำ

การกำหนดแบบอัตโนมัติเหมาะที่สุดสำหรับประเภทดั้งเดิมเช่น NSInteger และ CGFloat หรือวัตถุที่คุณไม่ได้เป็นเจ้าของโดยตรงเช่นผู้ได้รับมอบหมาย