Почему SKNode привязан к MainActor?

В следующем коде:

public class  Foo {
    
    public func createNode() -> SCNNode {
        return SCNNode()
    }

    public func createNode() -> SKNode {
        return SKNode()
    }
}

При компиляции со строгой проверкой параллелизма Swift 6 строка return SKNode() не компилируется с ошибкой Call to main actor-isolated initializer 'init()' in a synchronous nonisolated context и предлагаемым исправлением Add '@MainActor' to make instance method 'createNode()' part of global actor 'MainActor'.

Любой вызов метода или свойства SKNode делает то же самое.

С return SCNNode() этого не происходит.

В моем приложении эти методы должны вызываться внутри моих методов SCNSceneRendererDelegate, например renderer(_:updateAtTime:), чтобы я не мог понести наказание в виде возврата к MainActor.

Почему SKNode привязан к MainActor (а SCNNode — нет) и как это обойти?

SKNode является подклассом UIResponder, и UIResponder изолирован от главного актера, поэтому SKNode тоже.
Rob 26.05.2024 21:17

См. Начало работы с узлами: обеспечение доступа к узлу в основном потоке. Они ясно говорят, что вы должны сделать это в основном потоке (обосновав изоляцию для главного актера).

Rob 26.05.2024 21:34

В то время как SCNNode — это просто математическая конструкция. По сути, вы уклоняетесь от слова «узел». И что означает «наказание возвращением к Главному Актеру»?

matt 26.05.2024 21:35

Хорошо понял. Спасибо большое за пояснение и ссылку. Если вы примете такой ответ, я приму его.

AirXygène 26.05.2024 23:28
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
4
61
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

SKNode является подклассом UIResponder, и UIResponder изолирован от главного актера, поэтому SKNode тоже.

Также см. Начало работы с узлами: обеспечение доступа к узлу в основном потоке. Они ясно говорят, что вы должны сделать это в основном потоке (обосновав изоляцию для главного актера).

Чтобы решить эту проблему, вы, вероятно, можете решить эту проблему, изолировав createNode от главного актера, например,

@MainActor
public func createNode() -> SKNode {…}

И поскольку SKNode не является Sendable, этот createNode должен вызываться из контекста, который также изолирован от главного актера. Или, если Foo того требует, возможно, изолируйте весь тип от главного действующего лица. Трудно сказать что-то конкретное, не видя больше реализации Foo, того, как вы обеспечиваете потокобезопасность и т. д. Но, надеюсь, этого достаточно, чтобы вы могли приступить к работе.

Другие вопросы по теме