Когда использовать struct, а когда class в Swift?

Когда использовать struct, а когда class в Swift?

Это фундаментальный вопрос при разработке на Swift, требующий понимания различий между value types (структуры) и reference types (классы). Выбор зависит от требований к модели данных, производительности, безопасности и семантике копирования.

Основные различия

Struct — это тип значения:

• При присваивании или передаче создается новый экземпляр (копия).
• Не поддерживают наследование (но могут использовать протоколы).
• Не имеют деинициализаторов (deinit).
• Жизненный цикл управляется системой автоматически.

Class — это тип ссылки:

• При присваивании или передаче используется ссылка на тот же экземпляр.
• Поддерживают наследование и могут быть наследниками одного класса.
• Могут иметь деинициализатор для очистки ресурсов.
• Жизненный цикл управляется подсчетом ссылок (ARC).

// Пример: разница в поведении
struct PointStruct {
    var x: Int
    var y: Int
}

class PointClass {
    var x: Int
    var y: Int
    init(x: Int, y: Int) {
        self.x = x
        self.y = y
    }
}

var struct1 = PointStruct(x: 0, y: 0)
var struct2 = struct1 // Копирование
struct2.x = 10
print(struct1.x) // 0, struct1 не изменен

let class1 = PointClass(x: 0, y: 0)
let class2 = class1 // Ссылка на тот же объект
class2.x = 10
print(class1.x) // 10, class1 изменен через class2

Критерии выбора

Используйте struct когда:

• Модель данных представляет собой простые значения (координаты, размеры, диапазоны).
• Необходима иммутабельность и безопасность — каждый экземпляр независим.
• Объект должен автоматически копироваться при передаче между модулями.
• Хотите избежать побочных эффектов из-за случайного изменения через ссылки.
• Нужна высокая производительность для небольших объектов (структуры обычно быстрее из-за оптимизации в стеке).
• Не требуется наследование или сложная иерархия объектов.

Примеры: CGPoint, CGRect, модели для JSON, параметры конфигурации.

Используйте class когда:

• Объект имеет идентичность — его нужно идентифицировать как конкретный экземпляр.
• Необходимо наследование и использование полиморфизма.
• Требуется совместное использование состояния между несколькими частями программы.
• Нужен контроль жизненного цикла с deinit (например, для закрытия файлов или сетевых соединений).
• Объект слишком большой или сложный для эффективного копирования.
• Интегрируетесь с Objective-C или требуется совместимость с Cocoa-фреймворками.

Примеры: контроллеры в UIKit, сетевые сервисы, менеджеры состояния приложения.

Дополнительные рекомендации

1. Начинайте со struct — подход "структуры по умолчанию" рекомендован Swift сообществом для повышения безопасности.
2. Рассмотрите использование протоколов с реализацией в структурах для достижения гибкости без наследования.
3. Для shared state используйте классы, но будьте осторожны с изменяемыми ссылочными типами — возможны race conditions.
4. Комбинируйте типы: часто используется класс, содержащий несколько структур для модели данных.

// Гибридный подход: класс с внутренними структурами
class DocumentManager {
    private var documentState: DocumentState // struct для данных
    
    struct DocumentState {
        var title: String
        var lastModified: Date
        var pages: [Page]
        
        struct Page {
            var content: String
            var number: Int
        }
    }
}

Итог

Выбор между struct и class — это выбор между независимостью значений и совместным использованием идентичного объекта. Swift побуждает использовать структуры для большинства моделей данных благодаря их безопасности и производительности, но классы остаются незаменимыми для объектно-ориентированного дизайна и управления ресурсами. Ключевое правило: если объект логически представляет значение — используйте структуру; если представляет сущность с идентичностью — используйте класс.