Что можно сделать у класса чего нельзя у структуры?

Сравнение классов и структур в Swift

В Swift, как и в других объектно-ориентированных языках, классы и структуры являются фундаментальными типами для создания объектов, но имеют ключевые различия в поведении и возможностях.

Что можно сделать только с классом

1. Наследование и создание подклассов

Классы поддерживают наследование, что позволяет создавать иерархии объектов. Это невозможно для структур в Swift.

class Vehicle {
    var speed: Double = 0
}

class Car: Vehicle { // Подкласс
    var wheels: Int = 4
}

// Структуры не могут наследовать
struct Bike {
    var speed: Double = 0
}
// Невозможно: struct MountainBike: Bike { } // Ошибка компиляции

2. Использование деинициализаторов (deinit)

Классы могут иметь деинициализаторы для очистки ресурсов перед уничтожением объекта. Структуры не имеют этого механизма, поскольку не управляются подсчетом ссылок.

class DatabaseConnection {
    var connection: Any?

    deinit { // Только в классе
        print("Закрытие соединения с БД")
        // Очистка ресурсов
    }
}

3. Изменение типа через приведение типов (as, as?, as!)

Благодаря наследованию, объекты классов могут проверять и приводить свой тип к родительскому или подклассу.

let vehicle: Vehicle = Car()
if let car = vehicle as? Car {
    print("Это автомобиль с \(car.wheels) колесами")
}

4. Получение и изменение ссылки на один объект из нескольких мест (семантика ссылок)

Объекты класса передаются по ссылке. Это позволяет нескольким переменным изменять одно состояние.

class SharedConfig {
    var settings: [String: Any] = []
}

let config1 = SharedConfig()
let config2 = config1 // config1 и config2 ссылаются на один объект
config2.settings["theme"] = "dark"
print(config1.settings["theme"]) // Вывод: "dark" (изменение видно в config1)

Что невозможно для классов, но характерно для структур

Хотя вопрос обращен к преимуществам классов, стоит отметить уникальные особенности структур:

• Структуры автоматически получают инициализатор членов для всех свойств.
• Структуры имеют семантику значений — каждое присвоение создает новую независимую копию.
• Структуры не требуют управления памятью через подсчет ссылок (ARC).

Сравнительная таблица возможностей

Ключевые архитектурные выводы

Выбор между классом и структурой влияет на архитектуру приложения:

• Классы идеальны для:

  • Объектов с идентификацией (например, пользователь, сетевой слой).
  • Моделей с общим изменяемым состоянием (например, синглтон конфигурации).
  • Компонентов с жизненным циклом (например, контроллеры, сервисы).

• Структуры лучше для:

  • Небольших, часто копируемых данных (например, точки, размеры).
  • Immutable моделей данных (например, конфигурации, параметры запроса).
  • Упрощения потокобезопасности благодаря независимым копиям.

В современных Swift-приложениях часто используют структуры для моделирования данных (подход Value Object) и классы для сервисов, контроллеров и объектов с поведением. Это сочетание позволяет балансировать между производительностью, безопасностью памяти и гибкостью ООП.