In iOS 17, Apple launched a brand new framework known as SwiftData to interchange the Core Knowledge framework. Earlier, we now have written an introductory tutorial about SwiftData and confirmed you the best way to pair SwiftData with SwiftUI.
Whereas there are quite a few studying assets accessible for utilizing SwiftData with SwiftUI, some readers have talked about that discovering complete guides for integrating SwiftData into UIKit apps will be difficult. On this tutorial, we are going to delve into the method of leveraging the capabilities of SwiftData throughout the UIKit framework.
A Fast Introduction about SwiftData
To start out off, let’s take a quick tour of the SwiftData framework. It’s vital to grasp that SwiftData shouldn’t be mistaken for a database itself. As a substitute, it’s a framework constructed upon Core Knowledge, particularly developed to help builders in successfully managing and interacting with information saved persistently. Whereas the default persistent retailer utilized by iOS is usually the SQLite database, it’s price noting that persistent shops can are available in numerous types. As an illustration, Core Knowledge may also be employed to handle information saved in an area file, corresponding to an XML file. This flexibility permits builders to decide on probably the most appropriate persistent retailer for his or her particular necessities.
Whether or not you go for Core Knowledge or the SwiftData framework, each instruments purpose to simplify the intricacies of the underlying persistent retailer for builders. Take the SQLite database, for instance. With SwiftData, there’s no have to concern your self with establishing database connections or delving into SQL queries to retrieve information data. As a substitute, builders can concentrate on using user-friendly APIs and Swift Macros, corresponding to @Mannequin, to effectively handle information inside their functions. This abstraction permits for a extra streamlined and intuitive information administration expertise.
In case you have used Core Knowledge earlier than, it’s possible you’ll do not forget that it’s a must to create an information mannequin (with a file extension .xcdatamodeld) utilizing an information mannequin editor for information persistence. With the discharge of SwiftData, you now not want to do this. SwiftData streamlines the entire course of with macros, one other new Swift characteristic in iOS 17. Say, for instance, you already outline a mannequin class for Music as follows:
|
class Music { var title: String var artist: String var album: String var style: String var ranking: Double } |
To make use of SwiftData, the brand new @Mannequin macro is the important thing for storing persistent information utilizing SwiftUI. As a substitute of constructing the info mannequin with mannequin editor, SwiftData simply requires you to annotate the mannequin class with the @Mannequin macro like this:
|
@Mannequin class Music { var title: String var artist: String var album: String var style: String var ranking: Double } |
That is the way you outline the schema of the info mannequin in code. With this straightforward key phrase, SwiftData robotically allows persistence for the info class and presents different information administration functionalities corresponding to iCloud sync. Attributes are inferred from properties and it helps primary worth varieties corresponding to Int and String.
SwiftData permits you to customise how your schema is constructed utilizing property metadata. You possibly can add uniqueness constraints by utilizing the @Attribute annotation, and delete propagation guidelines with the @Relationship annotation. If there are specific properties you do not need included, you need to use the @Transient macro to inform SwiftData to exclude them. Right here is an instance:
|
@Mannequin class Album { @Attribute(.distinctive) var identify: String var artist: String var style: String
// The cascade relationship instructs SwiftData to delete all // songs when the album is deleted. @Attribute(.cascade) var songs: [Song]? = [] } |
To drive the info persistent operations, there are two key objects of SwiftData that you need to be conversant in: ModelContainer and ModelContext. The ModelContainer serves because the persistent backend in your mannequin varieties. To create a ModelContainer, you merely have to instantiate an occasion of it.
|
// Fundamental let container = attempt ModelContainer(for: [Song.self, Album.self])
// With configuration let container = attempt ModelContainer(for: [Song.self, Album.self], configurations: ModelConfiguration(url: URL(“path”)))) |
In UIKit, you possibly can instantiate the context for a given mannequin containers like this:
|
let context = ModelContext(modelContainer) |
With the context, you’re able to fetch information. You should use the brand new #Predicate macro to construct predicates. Right here is an instance:
|
// Specify all of the songs whose style is “Pop” let songPredicate = #Predicate<Music> { $0.style == “pop” } |
When you outline the standards for fetching, you need to use the FetchDescriptor and inform the mannequin context to fetch the info.
|
let descriptor = FetchDescriptor<Music>(predicate: songPredicate)
let songs = attempt context.fetch(descriptor) |
To insert merchandise within the persistent retailer, you possibly can name the insert methodology of the mannequin context and move it the mannequin objects to insert.
|
modelContext.insert(track) |
Equally, you possibly can delete the merchandise by way of the mannequin context like this:
|
modelContext.delete(track) |
This serves as a quick introduction to SwiftData. In the event you’re nonetheless feeling not sure about the best way to make the most of SwiftData, there’s no want to fret. You’ll achieve a transparent understanding of its utilization as we’ll construct a easy To-do app utilizing UIKit and SwiftData.
Constructing a Easy To-do App with SwiftData and UIKit
I’ve already developed a primary to-do app utilizing UIKit. Nonetheless, the present implementation solely shops the to-do gadgets in reminiscence, which suggests the info will not be persistent. To be able to tackle this limitation, our subsequent step is to change the app and swap from utilizing in-memory arrays to leveraging the ability of SwiftData for storing the to-do gadgets in a database. This enhancement will be sure that the to-do gadgets are saved persistently, permitting customers to entry them even after closing the app.
For demo goal, the present model of this app doesn’t present the performance for customers so as to add their very own to-do gadgets. As a substitute, customers can solely add a random to-do merchandise by tapping the “+” button. Nonetheless, customers can nonetheless modify the standing of the prevailing merchandise and delete it by swiping.
Utilizing @Mannequin for the mannequin class
The in-memory model of the app already defines a struct for ToDoItem:
|
struct ToDoItem: Identifiable, Hashable { var id: UUID var identify: String var isComplete: Bool
init(id: UUID = UUID(), identify: String = “”, isComplete: Bool = false) { self.id = id self.identify = identify self.isComplete = isComplete } } |
To make use of SwiftData, we will convert this struct to class and annotate it with the @Mannequin macro like this:
|
import SwiftData
@Mannequin class ToDoItem: Identifiable, Hashable { var id: UUID var identify: String var isComplete: Bool
init(id: UUID = UUID(), identify: String = “”, isComplete: Bool = false) { self.id = id self.identify = identify self.isComplete = isComplete } } |
As you possibly can see, the one factor that we have to do to make a category work with SwiftData is to prefix it with @Mannequin. SwiftData then robotically allows persistence for the info class.
Saving To-Do Objects into Database
Within the demo app, we now have the ToDoTableViewController class to deal with the rendering of the to-do desk view, in addition to, the random creation of the to-do gadgets. To handle information with SwiftData, we first create a variable to carry the mannequin container:
|
var container: ModelContainer? |
Within the viewDidLoad methodology, we will add the next line of code to instantiate the mannequin container:
|
container = attempt? ModelContainer(for: ToDoItem.self) |
For including a random to-do merchandise, the demo app already had a technique named addToDoItem:
|
@IBAction func addToDoItem(sender: UIBarButtonItem) { todoItems.append(generateRandomTodoItem()) updateSnapshot(animatingChange: true) } |
We known as up the generateRandomTodoItem methodology to get a to-do merchandise and append it to the todoItems array. Then we name up the updateSnapshot methodology to replace the desk view.
To be able to save the to-do merchandise completely, we will substitute the code like this:
|
@IBAction func addToDoItem(sender: UIBarButtonItem) { container?.mainContext.insert(generateRandomTodoItem()) fetchToDoItems() } |
As a substitute of merely including the to-do merchandise to the array, we make the most of the insert methodology of the container’s context to avoid wasting the merchandise into the interior database.
Fetching Knowledge from Database
The implementation of the fetchToDoItems methodology is pending in the mean time. To retrieve information from the database, we have to create an occasion of FetchDescriptor. This enables us to specify the info sort we wish to retrieve and outline any particular search standards if vital. By using the FetchDescriptor, we will successfully retrieve the specified information from the database. After establishing the fetch descriptor object, we will proceed to name the fetch methodology of the container’s context and supply the descriptor as an argument. SwiftData will then make the most of this info to retrieve the to-do gadgets accordingly from the database.
Insert the next code snippet to create the fetchToDoItems methodology:
|
func fetchToDoItems() { let descriptor = FetchDescriptor<ToDoItem>()
todoItems = (attempt? container?.mainContext.fetch(descriptor)) ?? []
updateSnapshot() } |
As soon as we retrieve all of the to-do gadgets, we have to invoke the updateSnapshot methodology to replace the desk view.
Deleting Knowledge from Database
Within the pattern app, we now have a swipe motion for deleting a row merchandise like this:
|
let deleteAction = UIContextualAction(model: .harmful, title: “Delete”) { (motion, sourceView, completionHandler) in
var snapshot = self.dataSource.snapshot() snapshot.deleteItems([todoItem]) self.dataSource.apply(snapshot, animatingDifferences: true)
// Name completion handler to dismiss the motion button completionHandler(true) } |
For now, it solely removes a to-do merchandise from the desk view however not the database. To utterly delete the merchandise from database, we have to insert a line of code within the closure:
|
self.container?.mainContext.delete(todoItem) |
By calling the delete methodology and offering the related merchandise, SwiftData will care for eradicating the desired merchandise from the database, making certain that it’s now not continued in our app’s information storage.
That is how we migrate the to-do app from utilizing in-memory storage to database utilizing SwiftData.
Abstract
By following the steps outlined above, we efficiently migrated the to-do app from utilizing in-memory storage to using a database with the assistance of SwiftData. As demonstrated, the mix of the @Mannequin macro and SwiftData framework simplifies the method of incorporating a database into an app.
We hope that by way of this tutorial, you now possess a clearer understanding of the best way to combine SwiftData right into a SwiftUI venture and carry out important CRUD (Create, Learn, Replace, Delete) operations. Apple has invested important effort in making persistent information administration and information modeling extra accessible for Swift builders, together with newcomers to the language.
With SwiftData, you have got a strong device at your disposal to deal with information storage and retrieval effectively. We encourage you to discover additional and leverage the capabilities of SwiftData to boost your app improvement journey.
