Вопросы на собеседовании: iOS-разработчик

View в SwiftUI является временным значением, описывающим интерфейс, а долгоживущее состояние хранится вне отдельного экземпляра этого значения.

• SwiftUI может создавать новые значения View при изменении входных данных, поэтому struct View нельзя считать постоянным объектом UI.
• Property wrappers связывают описание с хранилищем, которым владеет фреймворк, другой объект или environment.
• Изменение состояния инвалидирует зависимые части иерархии и заставляет SwiftUI заново вычислить их body.

@State связывает с идентичностью View локальное хранилище небольшого изменяемого значения, которое служит источником истины.

• SwiftUI владеет хранилищем и сохраняет его между новыми экземплярами одной идентичности View.
• Изменение wrapped value инвалидирует вычисления body, которые его читают.
• Свойство стоит делать private, если оно является деталью реализации, а его начальное значение не следует использовать как внешний канал синхронизации.

@Binding предоставляет доступ на чтение и запись к состоянию, которым владеет другой объект, не принимая владение его хранилищем.

• Родитель обычно передаёт дочернему View $property, если тот должен менять значение.
• Чтение binding возвращает текущее исходное значение, а запись обновляет тот же источник.
• Binding также можно создать с собственными замыканиями get и set, чтобы адаптировать существующую модель состояния.

ObservableObject предоставляет уведомления об изменениях, а @Published отправляет их перед изменением отмеченного свойства.

• ObservableObject предоставляет publisher objectWillChange, который используется наблюдением SwiftUI.
• @Published создаёт publisher отдельного свойства и одновременно участвует в общем сигнале изменения объекта.
• Для UI изменения должны происходить на подходящем actor, поэтому наблюдаемую модель часто изолируют с помощью @MainActor.

@ObservedObject предполагает, что View наблюдает за ObservableObject, за время жизни которого отвечает внешний владелец.

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

@StateObject сохраняет ObservableObject, когда идентичность View создаёт этот объект и владеет им.

• SwiftUI инициализирует объект один раз для этой идентичности, а не при каждом новом создании значения View.
• Уведомления об изменении объекта инвалидируют зависимый UI так же, как с @ObservedObject.
• Хранилище прекращает существование, когда владеющая идентичность View покидает иерархию.

Замена @StateObject на @ObservedObject убирает управляемое SwiftUI владение объектом со стороны View.

• Объект, созданный прямо в @ObservedObject, может пересоздаваться при появлении новых значений View.
• Повторная инициализация может сбросить состояние и заново запустить подписки или другую начальную работу.
• Если экземпляр уже передаёт внешний владелец, @ObservedObject является правильным выбором, потому что второй владелец исказил бы поток данных.

@EnvironmentObject получает общий ObservableObject, который предок передал через environment SwiftUI.

• Он избавляет от явной передачи одного объекта через каждый промежуточный View.
• Поиск выполняется по типу, поэтому в иерархии должна существовать подходящая инъекция environmentObject.
• Wrapper подходит действительно общим зависимостям, но чрезмерное использование скрывает требования View и усложняет previews или тесты.

@Environment читает значение по ключу environment, а @EnvironmentObject находит наблюдаемый ссылочный объект по типу.

• К environment values относятся системные входные данные, например locale, color scheme и действие dismiss.
• Собственные определения EnvironmentKey могут передавать небольшие значения или зависимости.
• @EnvironmentObject специально наблюдает за внедрённым ObservableObject и требует наличия этого объекта выше в иерархии.

SwiftUI связывает хранилище состояния со структурной или явной идентичностью View, а не с конкретным экземпляром структуры.

• При сохранении идентичности хранилище @State и @StateObject переживает повторное вычисление body.
• Изменение идентичности из-за другой ветки, позиции или id может удалить старое хранилище и создать новое.
• Поэтому стабильная идентичность влияет на правильность списков, условных иерархий и дочерних Views с состоянием.

Publisher создаёт типизированную последовательность, Subscriber получает её, а Subscription связывает их и управляет спросом и отменой.

• Publisher объявляет типы Output и Failure.
• Subscriber получает подписку, затем от нуля до нескольких значений и не более одного сигнала завершения.
• Subscription позволяет подписчику запрашивать нужное число значений и отменять дальнейшую доставку.

Каждый Publisher в Combine указывает тип отправляемых значений и тип ошибки, с которой он может завершиться.

• Publisher, который не может завершиться ошибкой, использует Never как тип Failure.
• Операторы должны сохранять или намеренно преобразовывать совместимые типы Output и Failure.
• mapError, setFailureType, catch и replaceError адаптируют канал ошибок для следующих звеньев цепочки.

AnyCancellable представляет владение отменой, и его освобождение отменяет связанную подписку.

• sink и assign обычно возвращают AnyCancellable для созданного подписчика.
• Хранение в свойстве или Set поддерживает активность подписки в течение жизни владельца.
• Явная отмена или освобождение хранилища прекращает дальнейшую доставку и разрывает цепочку подписки.

PassthroughSubject передаёт только новые значения, а CurrentValueSubject также хранит и предоставляет текущее значение.

• Новый подписчик PassthroughSubject ничего не получает до следующего send.
• Новый подписчик CurrentValueSubject сразу получает текущее значение, а затем последующие обновления.
• Оба типа позволяют императивно отправлять значения и сигнал завершения в декларативную цепочку.

map напрямую преобразует каждое значение, а flatMap превращает каждое значение в новый Publisher и объединяет эти внутренние потоки.

• map сохраняет отношение одного значения к одному и не вводит новый асинхронный поток.
• flatMap полезен, когда входное значение запускает работу, представленную Publisher.
• flatMap не отменяет старые внутренние publishers автоматически, поэтому switchToLatest выбирают отдельно, когда активным должен оставаться только новейший поток.

combineLatest отправляет сочетание последних значений после первого значения от каждого источника, а zip соединяет значения по порядку их появления.

• combineLatest реагирует на обновление любого upstream и повторно использует последнее значение другого.
• zip ждёт по одному несопоставленному значению с каждой стороны и потребляет их как пару.
• Выбор зависит от того, представляет ли связь текущее состояние или попарное сочетание событий.

subscribe(on:) влияет на место создания подписки и выполнения upstream-работы, а receive(on:) меняет scheduler для downstream-доставки.

• subscribe(on:) влияет на операции подписки, запроса значений и отмены выше по цепочке.
• receive(on:) доставляет последующие значения и завершение на указанном scheduler.
• Этапы, работающие с UI, обычно получают значения на main scheduler, но лишние переключения scheduler не стоит разбрасывать по цепочке.

eraseToAnyPublisher скрывает конкретную цепочку publisher за стабильным типом AnyPublisher.

• Цепочки операторов имеют длинные обобщённые типы, зависящие от реализации, которые обычно не нужны вызывающему коду.
• Стирание типа не позволяет изменениям реализации проникать в сигнатуру API.
• Оно сохраняет типы Output и Failure, но убирает доступ к операциям конкретного publisher.

async отмечает функцию, которая может приостановиться, а await отмечает вызов, где текущая задача может приостановиться до получения асинхронного результата.

• Приостановка задачи не блокирует лежащий в основе поток во время ожидания.
• Async-функция может вернуть значение или выбросить ошибку, а сочетание возможностей записывается как async throws.
• await отмечает возможную точку приостановки, но не гарантирует ни фактическую приостановку, ни переключение потока.

async let создаёт дочернюю задачу в текущей области видимости для значения, которое можно вычислять одновременно с другой дочерней работой.

• Несколько объявлений async let запускают дочерние операции до ожидания их значений.
• Чтение значения требует await и передаёт ошибку, если дочернее выражение может её выбросить.
• Незавершённые дочерние задачи автоматически ожидаются или отменяются до выхода из внешней области видимости.