Thank you for the video. It's unfortunate that @Model are not sendable. The only option is still to fetch them from a MainActor ModelContext... I wish I saw your talk earlier. Best regards
@RFIHW2 ай бұрын
I tried leak inspector and this way, creating actor in a detached task and insert data, will still cause a leak. I believe it has no essential different with that you send container to a background thread and create a context from the container and then insert data.
@grzymsiu10 ай бұрын
What is the best solution for relations in swiftdata? If i want to sync with API which is running regular sql db like postgres, but swiftdata's relation will be a tab with objects. Should i write a custom logic while syncing all my tables to insert data in proper way to avoid ugly nestings and duplicates of data in my json file?
@slmille46 ай бұрын
This is great, if SwiftData is a Core Data wrapper, ModelContexts are backed by NSManagedObjectContexts, and ModelObject are backed by NSManagedObjects, it should be possible to listen for NSManagedObjectContextDidSave events on the viewContext. But now I'm curious how the NSManagedObjects that the event receives are defined, especially in regards to the more Swift compatible SwiftData types...
@RFIHW2 ай бұрын
BTW, SwiftData ModelContext.didSave and willSave failed to received notification which struggle me a lot. Need help!
@ammarahmad90047 ай бұрын
When you set "Strict Concurrency Check" to "Complete", you will get a warning the message "Non-sendable type returned by call to actor-isolated function cannot cross actor boundary", How can void this.
@lapusan20089 ай бұрын
Nice!
@chezchezchezchez4 ай бұрын
The breathing is strong with this one.
@uripreКүн бұрын
This is possibly the worst high level programming language I've seen in my life. Well done.