Swift Actors 和旧依赖项

Question

我正在学习 swift 并尝试使用 Swift 5.5 引入的新并发特性，并使我的代码符合最终将由 Swift6 引入的新要求。

我的项目使用 SwiftUI 和 MVVM 以及一些依赖项（GRDB 和 Supabase）在本地和远程数据库之间同步数据。 我读了很多关于演员的文章，因为这两个依赖项都充当“数据管理器”并通过我的应用程序访问，我觉得它们需要使用演员来实现。 这可能是我的第一个错误？

上面的两个依赖项都大量使用了类，这些类相互继承并且不符合可发送协议，这在尝试将我当前的实现转换为参与者时会产生明显的问题。

例如，我最初的 Supabase 实现如下：

actor SupabaseManager {
    private let supabaseKey: String = "A Key"
    private let supabaseURL: String = "A URL"

    internal let db: SupabaseClient

    init(supabaseKey: String?, supabaseURL: String?) {
        db = SupabaseClient(supabaseUrl: supabaseURL ?? self.supabaseURL, supabaseKey: supabaseKey ?? self.supabaseKey) //Cannot access property 'db' here in non-isolated initializer; this is an error in Swift 6
    }
}

在尝试了几件事（例如使我的 init 异步，这带来了其他明显的问题）之后，我能够通过使db成为 Singleton 并一起摆脱 init 来成功实现 Supabase，我不太喜欢因为我一直在尽可能多地使用依赖注入，但可以忍受。

actor SupabaseManager {
    private static let supabaseKey: String = "A Key"
    private static let supabaseURL: String = "A URL"

    internal static let db: SupabaseClient = .init(supabaseUrl: supabaseURL, supabaseKey: supabaseKey)
}

即使成功实现了db变量，我仍然遇到其他问题，例如以下问题。

    func fetchSync<Data_Type>(lastUpdate: Update) async throws -> [Data_Type]
        where Data_Type: SyncRecord_Protocol
    {
        let query = db.database.from(Data_Type.databaseTableName)
            .select()
            .gt(column: Data_Type.lastUpdateColumnName, value: lastUpdate.timeStamp.formatted(.iso8601))
        do {
            let response = try await query.execute() //  Non-sendable type 'CountOption?' exiting actor-isolated context in call to non-isolated instance method 'execute(head:count:)' cannot cross actor boundary
                                                     //  Non-sendable type 'PostgrestResponse' returned by call from actor-isolated context to non-isolated instance method 'execute(head:count:)' cannot cross actor boundary
            let data = try response.decoded(to: [Data_Type].self, using: supabaseDecoder())
            return data
        }
        catch {
            throw error
        }
    }

我发现使其工作的一种方法是使数据库 function nonisolated ，并且仅通过某种包装 function 使其可访问，如下所示。 这不会引发任何错误，但我不确定我是否再次违背了演员的目的

    func fetchSyncWrapper<DataType>(lastUpdate: Update) async throws -> [DataType]
        where DataType: SyncRecord_Protocol
    {
        return try await fetchSync(lastUpdate: lastUpdate)
    }

    nonisolated func fetchSync<Data_Type>(lastUpdate: Update) async throws -> [Data_Type]
        where Data_Type: SyncRecord_Protocol
    { ... }

我现在的问题是：

1. 是否可以调整较旧的 class 类型依赖项以与演员一起使用，或者如果我必须等待我正在使用的 package 的更新？
2. 我虽然对 Supabase 客户端 class 进行扩展以使其成为@unchecked Sendable ，但我觉得它违背了整个演员的目的？

Answer 1

感谢您的回答。

我最终做了以下事情：

1. 我发现 GRDB 已经更新了他们的 package 并创建了一个GRDBSendable类型。 由于 GRDB 引入的类型符合Sendable ，我没有任何问题。
2. Supabase 在Sendable的实现上落后了，他们使用了很多与 postgREST 相关的子类。 我制作了SupabaseClient class @unchecked Sendable以方便我的包装器的初始化。 然后我制作了一个isolated的 function ，它包装了一个nonisolated的Sendable以将所有内容包装在一个演员中，并使其成为可用于.task和其他并发功能的可发送。