Чи існує стандартний спосіб зробити "чисто віртуальну функцію" в Swift, тобто. той, який повинен бути замінений кожним підкласом, і який, якщо це не так, спричиняє помилку часу компіляції?

У вас є два варіанти:

1. Використовуйте протокол

Визначте суперклас як протокол замість класу

Pro : Перевірка часу компіляції, чи кожен "підклас" (а не фактичний підклас) реалізує необхідні методи

Con : "Суперклас" (протокол) не може реалізовувати методи або властивості

2. Затвердити в супер версії методу

Приклад:

class SuperClass {
    func someFunc() {
        fatalError("Must Override")
    }
}

class Subclass : SuperClass {
    override func someFunc() {
    }
}

Pro : Може реалізовувати методи та властивості в суперкласі

Недолік : немає перевірки часу компіляції

Наступне дозволяє успадкувати від класу, а також перевірити час компіляції протоколу :)

protocol ViewControllerProtocol {
    func setupViews()
    func setupConstraints()
}

typealias ViewController = ViewControllerClass & ViewControllerProtocol

class ViewControllerClass : UIViewController {

    override func viewDidLoad() {
        self.setup()
    }

    func setup() {
        guard let controller = self as? ViewController else {
            return
        }

        controller.setupViews()
        controller.setupConstraints()
    }

    //.... and implement methods related to UIViewController at will

}

class SubClass : ViewController {

    //-- in case these aren't here... an error will be presented
    func setupViews() { ... }
    func setupConstraints() { ... }

}

Немає жодної підтримки абстрактних класів / віртуальних функцій, але ви, напевно, можете використовувати протокол для більшості випадків:

protocol SomeProtocol {
    func someMethod()
}

class SomeClass: SomeProtocol {
    func someMethod() {}
}

Якщо SomeClass не реалізує someMethod, ви отримаєте цю помилку часу компіляції:

error: type 'SomeClass' does not conform to protocol 'SomeProtocol'

Іншим обхідним шляхом, якщо у вас немає занадто багато "віртуальних" методів, є підклас передавати "реалізації" в конструктор базового класу як об'єкти функції:

class MyVirtual {

    // 'Implementation' provided by subclass
    let fooImpl: (() -> String)

    // Delegates to 'implementation' provided by subclass
    func foo() -> String {
        return fooImpl()
    }

    init(fooImpl: (() -> String)) {
        self.fooImpl = fooImpl
    }
}

class MyImpl: MyVirtual {

    // 'Implementation' for super.foo()
    func myFoo() -> String {
        return "I am foo"
    }

    init() {
        // pass the 'implementation' to the superclass
        super.init(myFoo)
    }
}

Ви можете використовувати протокол проти затвердження , як запропоновано у відповідь тут шляхом drewag. Однак приклад для протоколу відсутній. Я тут покриваю,

Протокол

protocol SomeProtocol {
    func someMethod()
}

class SomeClass: SomeProtocol {
    func someMethod() {}
}

Тепер усі підкласи необхідні для реалізації протоколу, який перевіряється під час компіляції. Якщо SomeClass не реалізує someMethod, ви отримаєте цю помилку часу компіляції:

помилка: тип 'SomeClass' не відповідає протоколу 'SomeProtocol'

Примітка: це працює лише для найвищого класу, який реалізує протокол. Будь-які підкласи можуть ігнорувати вимоги протоколу. - так прокоментував поmemmons

Твердження

class SuperClass {
    func someFunc() {
        fatalError("Must Override")
    }
}

class Subclass : SuperClass {
    override func someFunc() {
    }
}

Однак твердження буде працювати лише під час виконання.

Будучи новим у розробці iOS, я не зовсім впевнений, коли це було впроваджено, але одним із способів отримати найкраще з обох світів є впровадження розширення для протоколу:

protocol ThingsToDo {
    func doThingOne()
}

extension ThingsToDo {
    func doThingTwo() { /* Define code here */}
}

class Person: ThingsToDo {
    func doThingOne() {
        // Already defined in extension
        doThingTwo()
        // Rest of code
    }
}

Розширення - це те, що дозволяє вам мати значення за замовчуванням для функції, тоді як функція в звичайному протоколі все одно надає помилку часу компіляції, якщо не визначена