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)

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

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

Вопрос 3 из 20

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

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

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

Вопрос 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)

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

Вопрос 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)

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

Вопрос 7 из 20

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

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

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

Вопрос 8 из 20

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

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

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

Вопрос 9 из 20

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

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

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

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

Вопрос 12 из 20

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

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

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

Вопрос 13 из 20

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

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

Вопрос 14 из 20

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

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

Вопрос 15 из 20

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

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

Вопрос 16 из 20

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

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

Вопрос 17 из 20

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

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

Вопрос 18 из 20

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

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

Вопрос 19 из 20

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

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

Вопрос 20 из 20

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

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

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

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

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

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