Почему стоит выбирать структуру (struct) вместо класса (class) в Swift?

Ключевое различие: семантика значения vs. семантика ссылки

Вы верно подметили главное отличие. Структуры — это типы-значения (value types). Когда вы присваиваете структуру новой переменной или передаёте её в функцию, Swift создаёт независимую копию. Каждая копия живёт своей жизнью. Классы — ссылочные типы (reference types). При присваивании создаётся новая ссылка на тот же самый объект в памяти. Изменения через одну ссылку влияют на все остальные.

Почему это важно? Это диктует дизайн вашего кода. Если вы моделируете сущность, которая не должна иметь уникального идентификатора и чьё состояние не разделяется между разными частями программы — выбирайте структуру. Если у объекта есть идентичность (например, пользователь, банковский счёт, подключение к базе данных) и его состояние должно быть общим — выбирайте класс.

Практические рекомендации: когда выбирать struct

• Модели данных (Data Model). Точки, координаты, размеры, цвета, ошибки, конфигурации. Пример: struct Point { var x: Double; var y: Double }. Нет смысла делать их классами — они просто набор значений.
• Небольшие, неизменяемые или часто копируемые сущности. Например, URL, Date, String — все это структуры. Они легковесны и безопасны при многопоточности (нет shared state).
• Когда вам нужна мутабельность только в локальном контексте. Сделайте свойство var внутри структуры, и вы сможете менять его, только если сама переменная объявлена как var. Это даёт компилятору больше контроля.
• Когда наследование не требуется. Структуры не поддерживают наследование, но поддерживают протоколы. Используйте композицию протоколов вместо наследования классов.

Когда выбирать class

• Когда нужна идентичность объекта. Например, два экземпляра класса UserSession с одинаковыми данными — это разные сессии? Нет, это одна сессия. Класс здесь уместен.
• Когда нужно наследование. Если вы строите иерархию: базовый класс Vehicle → Car, Bicycle.
• Когда объект управляет ресурсами. Например, файловый дескриптор, сетевое соединение, экземпляр UIView. Такие объекты обычно имеют жизненный цикл и должны быть освобождены в определённый момент.
• Когда нужно использовать Objective-C runtime. Некоторые старые фреймворки (например, NSObject) требуют классы.

Пример: сравнение в реальном проекте

Представим, что вы пишете приложение для заметок. Заметка — это просто текст + дата. У неё нет уникального идентификатора (кроме, может быть, UUID, но это свойство, а не суть). Используйте struct:

struct Note {
    var title: String
    var content: String
    var date: Date
}

А вот менеджер, который хранит все заметки и синхронизирует их с сервером, должен быть один на всё приложение. Это class (синглтон или сервис):

class NoteManager {
    static let shared = NoteManager()
    private var notes: [Note] = []
    
    func addNote(_ note: Note) { ... }
    func syncToServer() { ... }
}

Итог: Apple сама рекомендует по умолчанию использовать struct. Класс — это исключение для особых случаев. Начните со структуры, и только если вам понадобится ссылочная семантика или наследование, переходите на класс.