Swift和使用类扩展

Question

我不明白为什么程序员在类实现中使用extension关键字。 您可以在其他主题中阅读到，然后代码在语义上会更加分离，等等。但是当我使用自己的代码时，使用// MARK - Something对我来说更清晰。 然后，当您在Xcode中使用方法列表（ctrl + 6）时，一切都是乍看之下的。

在Apple文档中，您可以阅读：

“扩展为现有的类，结构或枚举类型添加了新功能。”

那么，为什么不直接在自己的类中编写自己的代码呢？ 与我想扩展某些外部类（例如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>: 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
    } 

}

与使用扩展相反，在扩展中，您将协议的实现与实现它的特定方法捆绑在一起：

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.
    }
}

是的，您可以使用// MARK标记协议实现（请记住，您可以将两种技术结合使用），但是仍然会在文件顶部（协议支持的声明所在的位置以及主体）之间进行拆分。文件所在的位置。

另外，请记住，如果要实现协议，则在进行过程中会从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
        }
    }
}

因此，您必须在同一个扩展中实现两者。