ด้วยเหตุผลใดบ้างที่คุณจะใช้ส่วนขยายคลาสแยกต่างหากสำหรับตัวแทนแต่ละคนใน Swift

ฉันทำงานผ่านการสอนของ Ray Wenderlich และสังเกตว่าผู้เขียนใช้ส่วนขยายคลาสเพื่อระงับการโทรกลับแทนที่จะมอบหมายให้จัดการในคลาสเองเช่น:

มอบหมาย callback ภายในส่วนขยายของชั้นเรียน:

extension LogsViewController : UIPopoverPresentationControllerDelegate {
    func adaptivePresentationStyleForPresentationController(controller: UIPresentationController, traitCollection: UITraitCollection) -> UIModalPresentationStyle {
        ...
    }
}

ตรงข้ามกับการมีอยู่ในชั้นเรียน:

มอบหมายการเรียกกลับภายในชั้นเรียน:

class LogsViewController : UITableViewController, UIPopoverPresentationControllerDelegate {
    func adaptivePresentationStyleForPresentationController(controller: UIPresentationController, traitCollection: UITraitCollection) -> UIModalPresentationStyle {
        ...
    }
}

ฉันพบสิ่งนี้แปลกและน่าสนใจในเวลาเดียวกัน เขามีไฟล์เฉพาะสำหรับการขยายในคลาส LogsViewController ชื่อ "LogsViewControllerExtension.swift" และมีส่วนขยายที่แตกต่างกันสำหรับแต่ละโพรโทคอลของผู้แทน: UITableViewDataSource, UISplitViewDelegate ฯลฯ เช่น:

มีหลายนามสกุลคลาสแต่ละตัวเรียกกลับพร้อมตัวแทนภายในไฟล์ของตัวเอง:

extension LogsViewController: UISplitViewControllerDelegate {
    ... callbacks
}

extension LogsViewController : UIPopoverPresentationControllerDelegate {
    ... callbacks
}

ทำไม?

มีข้อดีอะไรในการทำสิ่งนี้? ฉันสามารถดูว่ามันอาจจะสามารถอ่านได้มากกว่าที่จะแยกออก แต่ในเวลาเดียวกันมันเป็นระดับของการอ้อม มีหลักการ OO ที่สนับสนุนหรือต่อต้านการทำเช่นนี้หรือไม่?

ฉันไม่รู้ว่าทำไมคุณถึงบอกว่ามันเพิ่มระดับความอ้อม บางทีคุณอาจหมายถึงบางสิ่งที่แตกต่างจากความหมายดั้งเดิมเพราะไม่มีการสร้างทางอ้อมโดยการทำสิ่งนี้ แต่ทำไมล่ะ

ฉันทำเพราะมันเป็นแบบแยกส่วน รหัสทั้งหมดที่อินเตอร์เฟสต้องการนั้นถูกจัดกลุ่มไว้ในที่เดียว (ยกเว้นคุณสมบัติจริง) ถ้าฉันเลือกที่จะสร้างคลาสที่แยกต่างหากเพื่อนำโพรโทคอลนั้นมาใช้ (และแนะนำระดับของการอ้อมจริง) ทั้งหมดที่ฉันต้องการ do คือเปลี่ยนนามสกุลให้เป็นคลาสของมันเอง (ผ่านคุณสมบัติที่จำเป็นในการผ่านฟังก์ชัน init) และสร้างคุณสมบัติบน ViewController เพื่อยกตัวอย่างวัตถุให้เป็น

ฉันยังใส่ฟังก์ชั่นส่วนตัวที่ใช้โดยฟังก์ชั่นของโปรโตคอลนั้นในส่วนขยาย ฉันยังไม่ได้สร้างไฟล์แยกต่างหากสำหรับส่วนขยาย แต่การทำเช่นนี้ทำให้ชัดเจนว่าฟังก์ชั่นส่วนตัวเหล่านั้นมีไว้สำหรับโปรโตคอลนั้นเท่านั้น

และในทุก ๆ กรณีผู้คนมักบ่นเกี่ยวกับตัวควบคุมมุมมองไขมันและการแยกตัวควบคุมมุมมองออกด้วยวิธีนี้จะช่วยให้จัดระเบียบได้ดีขึ้นแม้ว่ามันจะไม่ได้ทำให้ตัวควบคุมมุมมองบางลง

อย่างที่ดาเนียลกล่าวไว้เกี่ยวกับการอ้อมไม่มีระดับของมัน
ฉันเห็นด้วยเขาและฉันต้องการเพิ่มคุณสมบัติที่มีประสิทธิภาพพิเศษของส่วนขยายโปรโตคอลที่ฉันรู้เมื่อเร็ว ๆ นี้

สมมติว่าคุณมีโปรโตคอลdidCopyTextเช่น คุณจะใช้สิ่งนั้นเป็น:

protocol didCopyText {
  var charachtersCount: Int {get}
  func addToClipboardWith(text: String)
}

ใน Swift คุณสมบัติและวิธีการไม่ได้นำมาใช้ในการประกาศพิธีสารคุณต้องการเขียนการนำไปใช้ในทุก ๆ คลาสที่สอดคล้องdidCopyTextกับจำนวนคลาสที่เพิ่มขึ้นซึ่งสอดคล้องกับโปรโตคอลนี้ด้วยการใช้งานเดียวกันมันจะจบลงด้วยความยุ่งเหยิง รหัสซ้ำแล้วซ้ำอีก นั่นคือสิ่งที่ส่วนขยายของโปรโตคอลมีประโยชน์

protocol didCopyText {
var charachtersCount: Int {
    get {
     // implementation
    }
}
func addToClipboardWith(text: String) {
      // implementation
 }
}

ด้วยการดำเนินการตามคุณสมบัติและวิธีการของโพรโทคอล ตอนนี้คลาสใด ๆ ที่สอดคล้องกับโปรโตคอลนี้จะใช้การดำเนินการเดียวกัน

สมมติว่าคลาสของคุณรองรับสามโปรโตคอลดังนั้นคุณต้องเพิ่มชุดฟังก์ชั่นสามชุด จุดประสงค์ของฟังก์ชั่นเหล่านี้คือเพื่อรองรับโปรโตคอลดังนั้นคุณต้องมีเอกสารประกอบ

อย่างไรก็ตามหากคุณเพิ่มส่วนขยายสำหรับแต่ละโปรโตคอลและในแต่ละส่วนขยายคุณจะใช้ฟังก์ชั่นที่จำเป็นสำหรับโปรโตคอลนั้นเท่านั้นซึ่งจะทำให้โค้ดของคุณอ่านได้มากขึ้น

ฉันมักจะไม่ใส่ไว้ในไฟล์แยกต่างหากเว้นแต่ส่วนขยายเหล่านี้จะมีขนาดใหญ่อย่างแท้จริง