NEW: Learn to build amazing SwiftUI apps for macOS with my new book! >>

Is there anything wrong with supplying models with asynchronous functions in MVVM architecture?

Forums > SwiftUI

There are a few major models in my app, one of them being a user model:

struct User: Identifiable, Codable {
    var id = ""
    var name = ""
    // ...

I've been experimenting a bit with MVVM in my app and exploring ways to simplify the code, especially in the view models. One idea I had, for example, was to directly supply the models with an update() function, which is an async call to (obviously) update the model. Using Firebase's API as an example:

extension User {
    func update() {
        let db = Firestore.firestore()
        do {
            try db.collection("users").document(
                .setData(from: self)
        } catch {
            // Error handling ...

Hypothetically, I would also make create(), delete(), getSubcollectionXYZ() -> [XYZ] and other model-specific functions that I could offload from rather large view models.

I've tested it and it seems to work fine, but before I start making changes to my models and view models, I wanted to get the community's opinion on whether or not there are problems with this approach. I have a feeling that there are, given that I've never seen this done in MVVM, but I couldn't say for sure.


As far as I can tell is that with MVVM is to leave the View with only code that required for it and remove as much of the logic to the View Model.


In strict MVVM that would be applied different class, which would be the viewmodel class. User is a model, as you said.


Hacking with Swift is sponsored by RevenueCat

SPONSORED Spend less time managing in-app purchase infrastructure so you can focus on building your app. RevenueCat gives everything you need to easily implement, manage, and analyze in-app purchases and subscriptions without managing servers or writing backend code.

Get Started

Sponsor Hacking with Swift and reach the world's largest Swift community!

Reply to this topic…

You need to create an account or log in to reply.

All interactions here are governed by our code of conduct.

Unknown user

You are not logged in

Log in or create account

Link copied to your pasteboard.