스위프트 및 클래스 확장 사용

Question

프로그래머가 클래스 구현시 extension 키워드를 사용하는 이유를 알지 못합니다. 다른 주제에서 코드가 더 의미 론적으로 분리된다는 것을 읽을 수 있습니다. 그러나 자신의 코드로 작업하면 // MARK - Something을 사용하는 것이 더 명확하게 느껴집니다. 그런 다음 Xcode에서 메서드 목록 (ctrl + 6)을 사용하면 모든 것이 처음 보입니다.

애플 문서에서는 읽을 수

". 확장은 기존의 클래스, 구조 또는 열거 형에 새로운 기능을 추가"

을 왜 내부에 직접 내 자신의 코드를 작성하지 내 자신의 수업? NSURLSession 또는 Dictionary과 같은 일부 외국 클래스의 기능을 확장하려는 경우와 달리 에 확장자를 사용하려면이 있어야합니다.

Mattt Thompson은 Alamofire 라이브러리에서 확장 기능을 사용합니다. 어쩌면 그는이 접근법을 선택한 이유에 대해 설명 할 수 없을 것입니다.

Answer 1

확장 프로그램을 사용하여 다른 부분의 로직을 다른 확장에 노출시킬 수 있기 때문에 완전히 합리적으로 보입니다. 이것은 또한

class ViewController: UIViewController { 
... 
} 

extension ViewController: UITableViewDelegate { 
... 
} 

extension ViewController: UITableViewDataSource { 
... 
} 

extension ViewController: UITextFieldDelegate { 
... 
} 

프로토콜 방법이 명확하게 다른 확장에 분리되어 예를 들어, 더 읽기 프로토콜 수준의 적합성을 확인하는 데 사용할 수 있습니다,이 수보다 읽기 훨씬 더 나은 것 같다 말 :

class ViewController: UIViewController, UITableViewDelegate, UITableViewDataSource, UITextFieldDelegate {} 

그래서 기존 SDK를 확장하는 것뿐만 아니라 확장 기능을 사용하여 코드를 읽기 쉽도록 만드는 것이 아무런 해가 없다고 말하고 싶습니다. 확장 기능을 사용하면 컨트롤러에 막대한 양의 코드가 생성되는 것을 피하고 쉽게 읽을 수있는 부분으로 기능을 분할 할 수 있으므로이를 사용하는 데에는 단점이 없습니다.

Answer 2

확장을 사용하면 해당 프로토콜을 구현하는 메소드 옆에 프로토콜 준수 선언을 유지할 수 있습니다.

더 확장이 없다면, 귀하의 유형을 선언 상상 :

struct Queue<T> { 
    // here go the basics of queue - the essential member variables, 
    // maybe the enqueue and dequeue methods 
} 

extension SequenceType { 
    // here go just the specifics of what you need for a sequence type 
    typealias Generator = GeneratorOf<T> 
    func generate() -> Generator { 
     return GeneratorOf { 
      // etc. 
     } 
    } 
} 

extension Queue: ArrayLiteralConvertible { 
    init(arrayLiteral elements: T...) { 
     // etc. 
    } 
} 

: 당신이 그것을 구현하는 구체적인 방법과 함께 프로토콜의 구현을 번들 확장을 사용하여

struct Queue<T>: SequenceType, ArrayLiteralConvertible, Equatable, Printable, Deflectable, VariousOtherables { 

// lotsa code... 

// and here we find the implementation of ArrayLiteralConvertible 
    /// Create an instance containing `elements`. 
    init(arrayLiteral elements: T…) { 
     etc 
    } 

} 

명암이

예, 프로토콜 구현을 // MARK으로 표시 할 수 있습니다 (두 기술을 결합 할 수 있음을 명심하십시오).하지만 프로토콜 지원 선언이 b e 및 파일의 본문 (구현이있는 위치).

또한 프로토콜을 구현하는 경우 구현시 남은 것이 무엇인지 알려주면서 IDE에서 도움이되는 (약간 자세한 내용이있는 경우) 의견을 얻을 수 있습니다. 확장을 사용하여 각 프로토콜을 한 번에 하나씩 수행하면 한 번에 모든 작업을 수행하는 것보다 (나를 위해) 훨씬 쉽게 작업 할 수 있습니다 (또는 작업을 추가 할 때 위에서 아래로 건너 뛰기).

그렇다면 다른 비 프로토콜이지만 관련있는 방법을 확장으로 그룹화하는 것은 자연스러운 일입니다.

나는 실제로 이것을 실망 스럽다. 은이 할 수 없다. 예 :

extension Queue: CollectionType { 
    // amongst other things, subscript get: 
    subscript(idx: Index) -> T { 
     // etc 
    } 
} 

// all MutableCollectionType adds is a subscript setter 
extension Queue: MutableCollectionType { 
    // this is not valid - you’re redeclaring subscript(Index) 
    subscript(idx: Int) -> T { 
     // and this is not valid - you must declare 
     // a get when you declare a set 
     set(val) { 
      // etc 
     } 
    } 
} 

따라서 동일한 확장자 내에서 두 가지를 구현해야합니다.