Ответ.

В Swift существуют два основных типа данных: value types (значимые типы) и reference types (ссылочные типы).

• Value types. К ним относятся структуры (struct), перечисления (enum) и базовые типы вроде Int, Double, Bool. При передаче или присваивании значение копируется, то есть изменения копии не влияют на оригинал.
• Reference types. Это классы (class) и связанные с ними типы. При передаче копируется не сам объект, а ссылка на него, поэтому изменения через одну ссылку видны и через другие.

Когда использовать:

• Используйте value types, если хотите, чтобы данные были независимыми копиями (например, CGPoint, CGSize, модели, которые не должны делиться состоянием).
• Reference types подходят, если требуется разделение состояния между объектами (например, менеджеры, контроллеры, сервисы).

Пример:

struct Point {
    var x: Int
    var y: Int
}

class Person {
    var name: String
    init(name: String) { self.name = name }
}

var p1 = Point(x: 0, y: 0)
var p2 = p1
p2.x = 10
// p1.x останется равным 0

var person1 = Person(name: "Alex")
var person2 = person1
person2.name = "Sam"
// person1.name тоже станет "Sam"

Вопрос с подвохом.

Чем отличается let для struct и class? Является ли экземпляр class, созданный с помощью let, полностью неизменяемым?

Ответ:

Для value types (struct) let делает объект и его свойства неизменяемыми.

Для reference types (class) let запрещает переназначать ссылку, но не защищает свойства объекта. Их можно менять, если они не объявлены как let внутри класса.

Пример:

class Box {
    var value: Int
    init(value: Int) { self.value = value }
}
let box = Box(value: 10)
box.value = 20 // OK!
// box = Box(value: 30) // Ошибка: нельзя переназначить box

Примеры реальных ошибок из-за незнания тонкостей темы.

---

История

В платежном приложении модель транзакции определяли как класс, хотя состояния быть не должно. Возник баг: при одновременной работе со списком транзакций происходило непредсказуемое редактирование данных разных частей интерфейса. Было решено перевести модели в struct, чтобы каждый компонент работал с собственной копией.

---

История

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

---

История

В модуле сериализации данные модели объявляли как reference type, из-за чего любые изменения приводили к порче состояния в кеше. После замены на value types проблема ушла: данные стали независимы при каждой операции.