Краткий ответ

Для изменения элементов через их индексы тип должен соответствовать протоколу MutableCollection. Это позволяет читать элемент по индексу и присваивать ему новое значение, сохраняя сам контейнер.

func transformInPlace<C: MutableCollection>(
    _ collection: inout C,
    _ transform: (C.Element) -> C.Element
) {
    for index in collection.indices {
        collection[index] = transform(collection[index])
    }
}

var numbers = [1, 2, 3]
transformInPlace(&numbers) { $0 * 2 }

После вызова numbers содержит [2, 4, 6]. В отличие от map, алгоритм не возвращает новый контейнер и не меняет тип элемента.

Исторический контекст

Иерархия коллекций Swift разделяет разные возможности: Sequence описывает обход, Collection добавляет индексы и многократный доступ, а MutableCollection — изменение элементов по существующим индексам.

Такое разделение позволяет писать обобщённые алгоритмы без требования конкретного типа вроде Array. Алгоритму доступна только та операция, которая действительно ему нужна.

Постановка проблемы

Если функция принимает только Collection, она может читать элементы, но не имеет права присваивать значения через индекс. Попытка реализовать преобразование на месте в таком ограничении приводит к ошибке компиляции.

Даже при наличии MutableCollection нельзя структурно изменять размер контейнера: удалять или добавлять элементы. Кроме того, преобразование должно возвращать тот же тип Element, иначе исходный контейнер нельзя сохранить.

Подробное решение

MutableCollection предоставляет изменяемый доступ к элементам через индекс. Алгоритм проходит по collection.indices и заменяет значение каждого элемента, не используя целочисленные позиции: это важно для коллекций, чьи индексы не обязаны начинаться с нуля.

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

MutableCollection не гарантирует одинаковую сложность операций для всех типов. Стоимость обхода и обращения по индексу зависит от конкретной коллекции. Также для типов со значимой семантикой копирования запись может вызвать копирование общего хранилища из-за copy-on-write.

Главный компромисс — сохранение контейнера и отсутствие промежуточного результата против ограничений на тип элемента и структуру коллекции. Если нужно изменить тип элементов, получить новый тип контейнера или отфильтровать элементы, следует использовать создающий новый результат алгоритм, например map или filter.

Ситуация из практики

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

Вариант с обобщённой функцией для MutableCollection изменяет массив на месте и сохраняет его тип. Он подходит, если количество элементов не меняется, преобразование возвращает тот же Element, а вызывающий код действительно ожидает мутацию.

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

Что кандидаты часто упускают

1. Достаточно ли соответствия MutableCollection, чтобы добавлять и удалять элементы?

Нет. Этот протокол разрешает заменять существующие элементы, но не изменять число элементов. Для операций вставки и удаления требуется отдельная возможность, обычно предоставляемая RangeReplaceableCollection. Эти свойства намеренно разделены: коллекция может поддерживать изменение значений, но иметь фиксированный размер.

2. Можно ли в таком алгоритме использовать целочисленные позиции от нуля до count - 1?

В общем случае нельзя. Индексы коллекции — это значения типа C.Index, а не обязательно Int; кроме того, первый индекс может быть не нулевым, как у ArraySlice. Использование collection.indices корректно учитывает конкретную индексную модель коллекции.

3. Можно ли внутри преобразования изменить структуру той же коллекции?

Нет, это нарушает предпосылки алгоритма. Добавление или удаление элементов может сделать текущие индексы недействительными, а одновременный доступ к коллекции и её мутация могут нарушить эксклюзивность доступа Swift. Если нужна структурная модификация, сначала следует определить отдельную стратегию обхода и изменения, либо построить новый результат.