어떤 이유로 Swift의 각 델리게이트에 대해 별도의 클래스 확장을 사용 하시겠습니까?

Ray Wenderlich 튜토리얼을 진행하면서 저자가 클래스 확장을 사용하여 델리게이트 콜백을 클래스 자체에서 처리하지 않고 델리게이트 콜백을 유지하는 것으로 나타났습니다.

클래스 확장 내에서 콜백 위임 :

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

클래스 내에 포함시키는 것과는 대조적으로 :

클래스 내 콜백 위임 :

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

나는이 이상하고 흥미로운 동시에 발견했다. 그는 "LogsViewControllerExtension.swift"라는 LogsViewController 클래스의 확장자 전용 파일을 가지고 있으며 각 델리게이트 프로토콜에 대해 UITableViewDataSource, UISplitViewDelegate 등의 확장자가 다릅니다.

자체 파일 내에서 델리게이트 콜백이있는 여러 클래스 확장 :

extension LogsViewController: UISplitViewControllerDelegate {
    ... callbacks
}

extension LogsViewController : UIPopoverPresentationControllerDelegate {
    ... callbacks
}

왜?

이를 수행하면 어떤 이점이 있습니까? 이것을 분리하는 것이 조금 더 읽기 쉬운 위치를 알 수 있지만 동시에 간접적 인 수준입니다. 이를 지원하거나 반대하는 OO 원칙이 있습니까?

왜 이것이 간접적 인 수준을 추가한다고 말했는지 모르겠습니다. 어쩌면 전통적인 의미와 다른 의미를 가질 수도 있습니다. 왜냐하면이 작업을 통해 생성 된 추가 간접 지시가 없기 때문입니다. 그러나 왜 그렇습니까?

더 모듈식이 기 때문에 나는 그것을합니다. 인터페이스에 필요한 모든 코드는 단일 위치 (실제 속성 제외)로 그룹화됩니다. 나중에 해당 프로토콜을 구현하기 위해 별도의 클래스를 만들도록 선택하면 (실제로 간접적 인 수준의 간접 참조) 필요한 경우 확장 기능을 자체 클래스로 변경하고 (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
 }
}

프로토콜의 속성 및 메소드 구현 이제 모든 클래스가이 프로토콜을 준수하며 동일한 구현을 사용합니다.

클래스가 세 개의 프로토콜을 지원하므로 세 개의 함수 세트를 추가해야한다고 가정 해 봅시다. 이 기능의 유일한 목적은 프로토콜을 지원하는 것이므로 문서가 필요합니다.

그러나 각 프로토콜에 대한 확장을 추가하고 각 확장에서 해당 프로토콜에 필요한 기능을 정확하게 구현하면 코드를 더 읽기 쉽게 만들 수 있습니다.

이 확장명이 실제로 크지 않으면 별도의 파일에 넣지 않을 것입니다.