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...
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.
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?
The breathing is strong with this one.
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...
Nice!
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.
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?