Ответ.

В Swift структуры (struct) по умолчанию являются value type: при копировании экземпляра структуры создаётся независимая копия. Однако, в отличие от классов, методы структуры не могут изменять self и её свойства без прямого разрешения компилятору. В ранних версиях языков C и C++ структуры были изменяемы всегда, что приводило к неожиданным побочным эффектам. Swift повышает безопасность, требуя явно отмечать методы, изменяющие состояние структуры, ключевым словом mutating.

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

Решение — объявлять такие методы с помощью ключевого слова mutating, что даёт компилятору сигнал разрешить изменение self и вложенных свойств.

Пример кода:

struct Counter {
    var value = 0
    mutating func increment() {
        value += 1
    }
    // Этот метод НЕ будет компилироваться, если убрать mutating
}

var counter = Counter()
counter.increment() // value стал равен 1

Ключевые особенности:

Только методы с mutating могут менять self и его свойства.
Нельзя вызывать mutating методы на константах (let-экземплярах).
В структурах self может быть полностью заменён внутри mutating метода.

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

1. Можно ли вызывать mutating методы на структуре, объявленной через let?

Нет, нельзя. Константные let значения структур не могут быть изменены, даже с mutating методами.

let counter = Counter()
counter.increment() // Ошибка компиляции

2. Могут ли вложенные свойства класса внутри структуры меняться внутри mutating метода структуры?

Да, если свойство структуры — это reference type (например, класс), то его внутренние свойства можно менять и без mutating, но структуру целиком — только через mutating.

class State {
    var value = 0
}
struct Wrapper {
    var state = State()
    mutating func change() {
        state.value += 1
    }
}

3. Можно ли менять только computed property внутри метода без mutating?

Нет. Если computed property имеет set, то изменение его значения внутри метода всё равно требует mutating.

Типовые ошибки и анти-паттерны

Забывать объявлять метод как mutating, что мешает компиляции изменений свойств.
Использовать структуры там, где часто требуется менять состояние — в таких случаях лучше класс.
Игнорировать особенности копирования структур при изменениях.

Пример из жизни

Негативный кейс

В проекте реализован простой счётчик на структуре, но разработчик забыл отметить метод как mutating. Тесты не проходят, потому что значение не меняется.

Плюсы:

Быстро реализован функционал.

Минусы:

Разработчику непонятна ошибка, тратится время на выяснение причины.
Изменения не записываются, возникает путаница в коде.

Позитивный кейс

Методы в структуре отмечены mutating, тесты проходят, изменения обновляются корректно. Код понятен всем участникам команды.