SW Swift · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Лёгкий ·

Коллекции

Проверяет основу темы «Коллекции» через чтение кода, предсказание результата и выбор корректной конструкции. Вопросы требуют не только узнать конструкцию, но и проследить выполнение, найти причину дефекта, выбрать исправление и оценить пограничный сценарий. Языковые примеры рассчитаны на Swift 6; задания с Apple SDK рассматриваются в контексте современных платформенных контрактов.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. В тесте 20 вопросов, на работу отведено 55 минут. В каждом задании верен только один вариант. Часть фрагментов намеренно содержит ошибку: определяйте её по коду, а не по внешнему виду ответа. После завершения откроются общий результат, 4 тематические шкалы и подробные объяснения.

Вопрос 1 из 20

Что увидит разработчик после выполнения этого примера по теме «Массивы»? Не упускайте из виду следующее: мутация массива, границы индекса и стоимость операций.

var values = [1, 2, 3]
let removed = values.removeFirst()
values.append(4)
print(removed, values)

Операция с `values` корректна, поскольку словарь возвращает обычное значение, а не Optional, для отсутствующего ключа. removeFirst возвращает 1, после append массив содержит [2, 3, 4]. removeFirst возвращает 2, после append массив содержит [2, 3, 4]. removeFirst возвращает 1, после append массив содержит [2, 3, 5]. removeFirst возвращает 1, после append массив содержит [3, 3, 4].

Вопрос 2 из 20

Проследите типы, изменения состояния и порядок вызовов. Какое описание результата совпадает с кодом? Проверяется отсутствие ключа, default-subscript и удаление через nil.

var counts = ["a": 1]
counts["a", default: 0] += 1
counts["b", default: 0] += 1
print(counts["a"]!, counts["b"]!)

Доступ с default обновляет словарь: значения становятся 2 и 1. Доступ с default обновляет словарь: значения становятся 2 и 2. Для этого примера достаточно учесть, что доступ к элементу массива по индексу всегда безопасен после любой мутации массива. Доступ с default обновляет словарь: значения становятся 3 и 1. Операция с `counts` корректна, поскольку словарь возвращает обычное значение, а не Optional, для отсутствующего ключа.

Вопрос 3 из 20

Проследите типы, изменения состояния и порядок вызовов. Какое описание результата совпадает с кодом? Проверяется Hashable, операции множеств и устойчивость идентичности.

let a: Set = [1, 2, 3]
let b: Set = [3, 4]
print(a.intersection(b).sorted())

Пересечение содержит только 4; после sorted печатается [3]. Наблюдаемый результат определяется тем, что цепочка `map` и `filter` всегда выполняется лениво. Пересечение содержит только 3; после sorted печатается [4]. Пересечение содержит только 3; после sorted печатается [3]. Операция с `a` корректна, поскольку словарь возвращает обычное значение, а не Optional, для отсутствующего ключа.

Вопрос 4 из 20

Разберите строки в порядке выполнения. Какой результат получит фрагмент, посвящённый теме «Преобразования коллекций»? Сосредоточьтесь на следующем: map, compactMap, lazy и сохранение структуры данных.

let values = [1, 2, 3, 4]
let result = values.lazy.map { $0 * 2 }.first { $0 > 4 }
print(result as Any)

Ленивая цепочка вычисляет элементы до первого подходящего и не возвращает Optional с 6. Ленивая цепочка вычисляет элементы до первого подходящего и возвращает Optional с 7. Ленивая цепочка вычисляет элементы до первого подходящего и возвращает Optional с 6. Ленивая цепочка вычисляет элементы до первого подходящего и возвращает Result с 6. Фрагмент не требует отдельного условия: доступ к элементу массива по индексу всегда безопасен после любой мутации массива.

Вопрос 5 из 20

Какой разбор отличает реальную причину от сопутствующего риска? Не упускайте из виду следующее: мутация массива, границы индекса и стоимость операций.

let values = [10, 20]
print(values[2])

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

Вопрос 6 из 20

Что именно делает этот фрагмент неверным или неочевидным с точки зрения «Словари»? Важно учесть: отсутствие ключа, default-subscript и удаление через nil.

var user = ["name": "Ada", "city": "Riga"]
user["city"] = nil
print(user.count)

Первой нарушенной гарантией здесь является предположение, что порядок элементов `Set` стабилен между запусками и подходит для снимков. Присваивание nil через subscript удаляет ключ city, поэтому не остаётся один элемент. Присваивание nil через subscript удаляет ключ city, поэтому остаётся один элемент. Причина сбоя в том, что копия коллекции немедленно создаёт независимую копию всего буфера. Проблема возникает из-за правила: цепочка `map` и `filter` всегда выполняется лениво.

Вопрос 7 из 20

Какой разбор отличает реальную причину от сопутствующего риска? Не упускайте из виду следующее: Hashable, операции множеств и устойчивость идентичности.

struct Item { var id: Int }
let items: Set<Item> = [Item(id: 1)]

Наблюдаемый симптом объясняется тем, что порядок элементов `Set` стабилен между запусками и подходит для снимков. Код не компилируется: элемент Set должен соответствовать Hashable, а Item этого соответствия не объявляет. Код не компилируется: элемент Array должен соответствовать Hashable, а Item этого соответствия не объявляет. Код не компилируется: элемент Set должен соответствовать Equatable, а Item этого соответствия не объявляет. Код компилируется и проходит проверку типов: элемент Set должен соответствовать Hashable, а Item этого соответствия не объявляет.

Вопрос 8 из 20

Что именно делает этот фрагмент неверным или неочевидным с точки зрения «Преобразования коллекций»? Сосредоточьтесь на следующем: map, compactMap, lazy и сохранение структуры данных.

let input = ["1", "x", "3"]
let numbers = input.map(Int.init)
print(numbers)

map сохраняет число элементов, поэтому получается массив Result: [1, nil, 3]. map сохраняет число элементов, поэтому получается массив Optional: [1, nil, 4]. flatMap сохраняет число элементов, поэтому получается массив Optional: [1, nil, 3]. map сохраняет число элементов, поэтому получается массив Optional: [1, nil, 3]. Причина сбоя в том, что доступ к элементу массива по индексу всегда безопасен после любой мутации массива.

Вопрос 9 из 20

Что нужно поменять в реализации или сигнатуре, чтобы отрицательный сценарий стал корректным? Здесь оценивается мутация массива, границы индекса и стоимость операций.

let values = [10, 20]
print(values[2])

Достаточно изменить работу с `values`, исходя из того, что доступ к элементу массива по индексу всегда безопасен после любой мутации массива. Проверять indices или использовать безопасную обёртку доступа, если индекс приходит извне. Правка сводится к локальному обходу: словарь возвращает обычное значение, а не Optional, для отсутствующего ключа. Проверять indices или использовать безопасную обёртку доступа, если индекс приходит извнутри. Так сохраняются существующие вызовы values и не требуется менять публичную форму «Массивы». Сигнатуру можно не менять, если считать, что цепочка `map` и `filter` всегда выполняется лениво.

Вопрос 10 из 20

Что нужно поменять в реализации или сигнатуре, чтобы отрицательный сценарий стал корректным? Здесь оценивается отсутствие ключа, default-subscript и удаление через nil.

var user = ["name": "Ada", "city": "Riga"]
user["city"] = nil
print(user.count)

Если нужно хранить Result как значение словаря, различать удаление ключа и запись .some(nil) явным типом и API. Если нужно хранить Optional как значение словаря, различать удаление ключа и запись .any(nil) явным типом и API. Если нужно хранить Optional как значение словаря, различать удаление ключа и запись .some(nil) явным типом и API. Если нужно хранить Optional как значение словаря, различать удаление ключа и запись .some(nil) неявным типом и API. Правка сводится к локальному обходу: копия коллекции немедленно создаёт независимую копию всего буфера.

Вопрос 11 из 20

Какое изменение устраняет именно показанную причину и сохраняет ясный контракт «Множества»? Сосредоточьтесь на следующем: Hashable, операции множеств и устойчивость идентичности.

struct Item { var id: Int }
let items: Set<Item> = [Item(id: 1)]

Достаточно изменить работу с `Item`, исходя из того, что порядок элементов `Set` стабилен между запусками и подходит для снимков. Нужно адаптировать только вызов `Item`, поскольку цепочка `map` и `filter` всегда выполняется лениво. Сделать идентичность значения стабильной и добавить Hashable, обычно через автоматический синтез для подходящих свойств. Сделать идентичность значения стабильной и добавить Equatable, обычно через автоматический синтез для подходящих свойств. Исправление — оставить контракт прежним и учитывать, что копия коллекции немедленно создаёт независимую копию всего буфера.

Вопрос 12 из 20

Какое решение одновременно исправляет код и оставляет понятную границу для дальнейших изменений? Важно учесть: map, compactMap, lazy и сохранение структуры данных.

let input = ["1", "x", "3"]
let numbers = input.map(Int.init)
print(numbers)

Использовать map, если неудачные преобразования нужно отбросить, либо сохранить nil, если позиционная связь важна. Использовать compactMap, если неудачные преобразования нужно отбросить, либо сохранить nil, если позиционная связь важна. Достаточно изменить работу с `input`, исходя из того, что словарь возвращает обычное значение, а не Optional, для отсутствующего ключа. Правка сводится к локальному обходу: цепочка `map` и `filter` всегда выполняется лениво. Исправление — оставить контракт прежним и учитывать, что доступ к элементу массива по индексу всегда безопасен после любой мутации массива.

Вопрос 13 из 20

Какую предпосылку стоит явно записать в документации и тестах? Проверяется мутация массива, границы индекса и стоимость операций.

Контрпример появляется, когда копия коллекции немедленно создаёт независимую копию всего буфера. Индекс Set начинается с startIndex, обычно 0, но универсальный код Collection не должен предполагать целочисленный ноль. Индекс Array начинается с startIndex, обычно 0, но универсальный код Collection не должен предполагать целочисленный ноль. Индекс Array начинается с startIndex, обычно 1, но универсальный код Collection не должен предполагать целочисленный ноль. Индекс Array начинается с startIndex, обычно 0, но универсальный код Collection должен предполагать целочисленный ноль.

Вопрос 14 из 20

Что нужно учесть, прежде чем объявлять найденное правило универсальным? Не упускайте из виду следующее: отсутствие ключа, default-subscript и удаление через nil.

Обычный subscript словаря возвращает Optional, потому что ключ может отсутствовать даже при типе без Optional значений. Обычный subscript словаря возвращает Result, потому что ключ может отсутствовать даже при типе без Optional значений. Граница применимости проходит там, где цепочка `map` и `filter` всегда выполняется лениво. Обычный subscript словаря не возвращает Optional, потому что ключ может отсутствовать даже при типе без Optional значений. Обычный subscript словаря возвращает Optional, потому что ключ не может отсутствовать даже при типе без Optional значений.

Вопрос 15 из 20

Какой отрицательный сценарий лучше всего проверяет предел применимости этого механизма? Не упускайте из виду следующее: Hashable, операции множеств и устойчивость идентичности.

Изменение полей, участвующих в hashValue, после помещения ссылочного объекта в Set нарушает ожидаемый поиск. Изменение полей, участвующих в hashValue, после помещения ссылочного объекта в Array нарушает ожидаемый поиск. Правило меняется только в ситуации, где цепочка `map` и `filter` всегда выполняется лениво. Ограничение определяется предположением, что копия коллекции немедленно создаёт независимую копию всего буфера. Контрпример появляется, когда порядок элементов `Set` стабилен между запусками и подходит для снимков.

Вопрос 16 из 20

Что нужно учесть, прежде чем объявлять найденное правило универсальным? Важно учесть: map, compactMap, lazy и сохранение структуры данных.

Правило меняется только в ситуации, где доступ к элементу массива по индексу всегда безопасен после любой мутации массива. map для Sequence разворачивает вложенные последовательности, а compactMap удаляет nil; одинаковое старое название скрывало разные намерения. flatMap для Sequence разворачивает вложенные параллельности, а compactMap удаляет nil; одинаковое старое название скрывало разные намерения. flatMap для Sequence разворачивает вложенные последовательности, а map удаляет nil; одинаковое старое название скрывало разные намерения. flatMap для Sequence разворачивает вложенные последовательности, а compactMap удаляет nil; одинаковое старое название скрывало разные намерения.

Вопрос 17 из 20

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

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

Вопрос 18 из 20

Что стоит закрепить в типах или API, а не оставлять устной договорённостью? Проверяется отсутствие ключа, default-subscript и удаление через nil.

Главным проектным принципом здесь является утверждение, что копия коллекции немедленно создаёт независимую копию всего буфера. При расширении системы нужно опираться на то, что порядок элементов `Set` стабилен между запусками и подходит для снимков. Dictionary удобен для поиска по ключу, но порядок обхода следует использовать как устойчивый внешний контракт. Array удобен для поиска по ключу, но порядок обхода не следует использовать как устойчивый внешний контракт. Dictionary удобен для поиска по ключу, но порядок обхода не следует использовать как устойчивый внешний контракт.

Вопрос 19 из 20

Что должно определять архитектуру этого участка, когда появятся новые входы и владельцы? Проверяется Hashable, операции множеств и устойчивость идентичности.

Array выражает уникальность и быстрый поиск; если важен порядок или дубликаты, Array передаёт намерение лучше. Архитектуру стоит строить из предположения, что порядок элементов `Set` стабилен между запусками и подходит для снимков. При расширении системы нужно опираться на то, что копия коллекции немедленно создаёт независимую копию всего буфера. Set выражает уникальность и быстрый поиск; если важен порядок или дубликаты, Array передаёт намерение лучше. Set выражает уникальность и быстрый поиск; если важен порядок или дубликаты, Set передаёт намерение лучше.

Вопрос 20 из 20

Как организовать этот механизм, чтобы владение и отказ оставались понятными после расширения проекта? Проверяется map, compactMap, lazy и сохранение структуры данных.

Цепочки преобразований стоит оценивать по сохранению порядка, числа элементов и моменту вычисления, а только по краткости. Для устойчивого решения достаточно принять, что доступ к элементу массива по индексу всегда безопасен после любой мутации массива. Главным проектным принципом здесь является утверждение, что цепочка `map` и `filter` всегда выполняется лениво. В API и тестах следует исходить из правила: словарь возвращает обычное значение, а не Optional, для отсутствующего ключа. Цепочки преобразований стоит оценивать по сохранению порядка, числа элементов и моменту вычисления, а не только по краткости.

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу