React Frontend Developer

Question 1

WeakMap. В чем особенность? Какие свойства и методы есть? Как перебрать?

Accepted Answer

WeakMap — это коллекция пар ключ-значение, где ключи могут быть только объектами, а значения могут быть любого типа. Главная особенность WeakMap заключается в том, что он не удерживает сильные ссылки на ключи, что позволяет сборщику мусора автоматически очищать элементы, если на них больше нет ссылок. У WeakMap есть методы set(), get(), has() и delete(), однако его нельзя перебрать с помощью обычных методов, так как WeakMap не предоставляет итераторов.

Question 2

WeakSet. В чем особенность? Какие свойства и методы есть? Как перебрать?

Accepted Answer

WeakSet — это коллекция уникальных объектов, где каждый объект хранится с использованием слабой ссылки. Главная особенность WeakSet заключается в том, что он не удерживает ссылки на свои элементы, что позволяет сборщику мусора автоматически удалять объекты, если на них больше нет ссылок. Методы WeakSet включают add(), delete() и has(), однако его нельзя перебрать, так как WeakSet не предоставляет итераторов.

Question 3

В чём разница между weak и unowned? Где предпочтительнее использовать unowned?

Accepted Answer

weak хранит ссылку, которая автоматически обнуляется, когда объект деинициализируется, и требует опционального типа. unowned — неконтролируемая ссылка, не обнуляется и объявляется не-опциональным. unowned используют, когда зависимый объект гарантированно живет дольше или так же долго, как и владелец.

Question 4

Почему unowned считается быстрее weak? Как это реализовано на уровне runtime?

Accepted Answer

weak ссылки требуют проверки и автоматического обнуления при деинициализации объекта, что добавляет накладные расходы на хранение в таблице слабых ссылок. unowned — обычный указатель без дополнительной обработки. В runtime это отличается отсутствием регистрации в weak-таблице и лишних проверок.

Question 5

Как работает weak? Что происходит с weak ссылками, когда объект выгружается из памяти?

Accepted Answer

weak — это слабая ссылка, которая не увеличивает счетчик ссылок ARC. Если объект удаляется, weak-ссылка автоматически становится nil. Это помогает избежать циклов удержания.

Question 6

Расскажи про strong, weak и unowned ссылки. Сравни weak и unowned.

Accepted Answer

Strong ссылки увеличивают счётчик ссылок и удерживают объект в памяти. Weak ссылки не увеличивают счётчик и становятся nil, когда объект удаляется. Unowned ссылки также не увеличивают счётчик, но вызывают crash при обращении к удалённому объекту. Weak безопаснее, но unowned немного быстрее.

Question 7

Всегда ли в замыканиях нужно использовать [weak self]? (Нет, не всегда, только при риске цикла сильных ссылок)

Accepted Answer

Нет, использовать [weak self] нужно не всегда. Это необходимо только в ситуациях, когда существует риск создания цикла сильных ссылок. Например, когда объект (как контроллер) хранит сильную ссылку на замыкание, а это замыкание захватывает self сильной ссылкой. Если замыкание будет выполнено сразу и не сохранено, цикл не образуется.

Question 8

Нужно ли использовать [weak self] внутри UIView.animate? (Нет)

Accepted Answer

Нет, использовать [weak self] внутри UIView.animate(withDuration:animations:) не нужно. Система анимаций UIKit выполняет переданное замыкание и сразу освобождает его после завершения анимации. Это не приводит к созданию цикла сильных ссылок, так как замыкание не сохраняется надолго.

Question 9

Как хранить weak-ссылки на объекты (например, UIViewControllers) в массиве?

Accepted Answer

Обычный Swift-массив (Array) хранит сильные ссылки на объекты. Чтобы хранить weak-ссылки, можно использовать два основных подхода:Обертка (Wrapper): Создать структуру или класс-обертку, которая содержит weak-ссылку, и хранить эти обертки в массиве.NSPointerArray: Использовать класс из Foundation NSPointerArray, сконфигурированный для хранения weak-ссылок с помощью .weakMemory option.

Question 10

Почему weak является optional, а unowned — нет?

Accepted Answer

weak ссылка может стать nil, если объект был освобожден. Поэтому она обязана быть optional. unowned предполагает, что объект всегда существует в момент обращения. Если объект будет освобожден раньше, приложение упадет. Это принципиальная разница в контракте использования.

Вопросы React Frontend Developer