Можно ли создать подкласс для Actor?

Можно ли создать подкласс (наследоваться) от Actor в Swift?

Нет, создать подкласс от Actor в Swift напрямую нельзя. Actor — это новый тип в Swift, введённый для безопасного конкурентного доступа к изолированным данным. Ключевая особенность акторов — изоляция состояния (state isolation), которая гарантируется на уровне компилятора. Наследование от актора нарушило бы эту гарантию, поэтому язык явно запрещает это.

Почему наследование запрещено?

1. Нарушение гарантий изоляции

Акторы обеспечивают взаимное исключение (mutual exclusion): в один момент времени только одна задача может получить доступ к их изменяемому состоянию. Если бы наследование было разрешено:

• Подкласс мог бы добавить новые нефункциональные свойства, не защищённые изоляцией актора.
• Методы родительского актора могли бы быть переопределены в подклассе без сохранения семантики актора.

actor BankAccount {
    private var balance: Decimal = 0
    
    func deposit(amount: Decimal) {
        balance += amount
    }
}

// ЭТО НЕДОПУСТИМЫЙ КОД - приведён для иллюстрации проблемы
// class SavingsAccount: BankAccount { // Ошибка: Non-actor type cannot inherit from actor type
//     var interestRate: Double = 0.05 // Это свойство не будет защищено изоляцией актора!
// }

2. Архитектурные ограничения Swift Concurrency

Swift Concurrency построена на модели акторной системы, где каждый актор — независимая единица изоляции. Наследование противоречит этой модели, так как создаёт иерархии, которые сложно анализировать на предмет гонок данных.

Как достичь повторного использования кода для акторов?

Хотя прямое наследование невозможно, есть несколько паттернов для организации кода акторов:

1. Композиция вместо наследования

Используйте другие акторы или классы внутри актора:

protocol AccountLogic {
    func calculateInterest(for balance: Decimal) -> Decimal
}

class DefaultAccountLogic: AccountLogic {
    func calculateInterest(for balance: Decimal) -> Decimal {
        return balance * 0.05
    }
}

actor SavingsAccount {
    private var balance: Decimal = 0
    private let logic: AccountLogic
    
    init(logic: AccountLogic = DefaultAccountLogic()) {
        self.logic = logic
    }
    
    func applyInterest() {
        let interest = logic.calculateInterest(for: balance)
        balance += interest
    }
}

2. Протоколы (Protocols) для определения интерфейсов

Определите общий интерфейс, который могут реализовывать разные акторы:

protocol Account {
    var balance: Decimal { get async }
    func deposit(amount: Decimal) async
    func withdraw(amount: Decimal) async throws
}

actor BasicAccount: Account {
    private(set) var balance: Decimal = 0
    
    func deposit(amount: Decimal) {
        balance += amount
    }
    
    func withdraw(amount: Decimal) throws {
        guard balance >= amount else {
            throw AccountError.insufficientFunds
        }
        balance -= amount
    }
}

3. Расширения (Extensions) для добавления функциональности

Расширяйте существующие акторы дополнительной функциональностью:

extension BankAccount {
    func transfer(amount: Decimal, to otherAccount: BankAccount) async {
        // Эта операция involves multiple actors
        // и требует координации между ними
        await otherAccount.deposit(amount: amount)
        // Обработка снятия с текущего актора
    }
}

4. Глобальные акторы (Global Actors)

Для управления доступом к общим ресурсам используйте глобальные акторы:

@globalActor
actor DatabaseActor {
    static let shared = DatabaseActor()
}

@DatabaseActor
class DatabaseManager {
    static let shared = DatabaseManager()
    
    private init() {}
    
    func save(data: Data) {
        // Реализация сохранения
    }
}

Важные исключения и нюансы

1. Final-акторы

Хотя акторы не поддерживают наследование, они неявно являются final. Попытка объявить актор как open или public open вызовет ошибку компиляции.

2. Наследование от NSObject

Акторы могут наследоваться от NSObject для взаимодействия с Objective-C:

import Foundation

actor MyActor: NSObject {
    // Актор, совместимый с Objective-C
}

3. Соответствие протоколам

Акторы могут соответствовать протоколам, включая протоколы с требованиями async:

protocol DataProcessor {
    func process(data: Data) async -> Result
}

actor ImageProcessor: DataProcessor {
    func process(data: Data) async -> Result {
        // Асинхронная обработка
        return Result()
    }
}

Практические рекомендации

1. Используйте акторы для изолирования изменяемого состояния, а не для построения сложных иерархий
2. Предпочитайте композицию — включайте другие типы внутри акторов
3. Определяйте интерфейсы через протоколы для тестирования и гибкости
4. Используйте расширения для организации кода акторов
5. Помните о приоритетах акторов — они следуют приоритетам Swift Concurrency

Заключение

Хотя прямое наследование от акторов в Swift невозможно, эта ограничение было сознательным дизайн-решением для сохранения безопасности памяти (memory safety) и отсутствия гонок данных (data race freedom). Разработчикам предлагается использовать альтернативные паттерны — композицию, протоколы и расширения — которые обеспечивают повторное использование кода без компромиссов в безопасности параллелизма. Это отражает общую тенденцию Swift к value-ориентированному программированию и явному управлению состоянием в конкурентных средах.