Почему мы добавляем соответствие протокола с расширениями?

Question

Если у меня есть класс Christmas и протокол Merry, чтобы сделать Christmas соответствовать Merry, многие люди будут делать это таким образом:

class Christmas { 
    ... 
} 

extension Christmas: Merry { 
    ... 
} 

Он также воодушевлены Apple.

Однако не удобнее ли просто соответствовать классу протокол, если он определен? Как это:

class Christmas: Merry { 
    ... 
} 

В чем разница между этими 2 методами?

Answer 1

Они отличаются кодирование стили. Первый вариант

class Christmas { 
    ... 
} 

extension Christmas: Merry { 
    ... 
} 

более чистый, если вы смотрите на весь класс. Вы можете сразу увидеть все реализации протокола, которым соответствует класс.

Используя второй вариант, вы помещаете реализацию протокола внутри класса, смешивая его с методами класса. Однако, если вы используете

//MARK: - 

код становится не менее чистым, чем при использовании расширений. Например:

protocol Merry: class { 
    func celebrate() 
} 

class Cristmas: NSObject, Merry { 
    private var santa: AnyObject? 

    //MARK: - Private Methods 
    private func callSanta() { 
     //calling Santa 
    } 

    //MARK: - Merry Implementation 
    func celebrate() { 
     //celebration starts here 
    } 
} 

и при взгляде на весь класс вы четко видеть разделение реализации протокола:

Функциональность обоих вариантов является то же самое.

Answer 2

Существует разница между классами, соответствующими и extension.

На момент написания вашего class вы знали, что это должно соответствовать протоколу, тогда вы можете использовать класс, соответствующий протоколу. Однако extensions означает расширение функциональности существующих classes. После написания вашего класса и использования его в течение года вам нужно добавить дополнительную функцию в свой класс, поэтому вместо модификации класса вы можете просто расширить класс. Расширение не только для ваших классов, вы можете расширить поведение каждого класса, доступного вам (собственные фреймворки, сторонние библиотеки).

Answer 3

Существует небольшая разница. Первый подтверждает протокол, как вы ожидали. Приходя к второму, что также подтверждает протокол и в дополнении к этому методе написания в расширениях

extension Christmas: Merry { 
    ... 
} 

, как это делает эти методы доступны через вне проекта с этим именем класса «Рождество»