Utilizzo di MVVM in iOS

Mi sto solo avvicinando a queste domande, ma darò le risposte migliori che posso e fare alcune osservazioni.

Ci viene detto che MVC di iOS ci aspetta che interrompiamo il nostro programma in modelli, viste e controllori che collegano specifiche visualizzazioni a modelli specifici. Purtroppo, in pratica avremo un numero di visualizzazioni e un certo numero di modelli, ma solo un controller (View) si prenderà cura di tutti i collegamenti. Questo è ciò che porta a massivi ViewControllers.

L'adozione di MVVM in questo contesto significa rompere il ViewController in due parti. La parte che tratta direttamente con Views (che rimane nella classe ViewController corretta) e la parte che tratta direttamente con Models (che viene spostata nella classe / struct ModelView).

Questo significa che solo il ViewController dovrebbe inviare / ricevere messaggi da / a Views e l'unico oggetto non vista con cui VC deve conversare è ModelView. Mentre ModelView dovrebbe conversare con tutti i vari oggetti del modello e non dovrebbe mai conversare con una vista.

La nozione precedente di ViewController / ViewModel suddivide leeds alle seguenti risposte alle tue domande:

1. No, l'implementazione MVVM non è corretta. I tuoi metodi ViewModel hanno un difetto fondamentale. Non dovrebbero parlare direttamente con alcun oggetto vista, quindi non hanno il compito di mostrare all'utente alcun avviso. Questo è il lavoro di ViewController. ViewModel non è inoltre responsabile della transizione tra ViewControllers.

2. Il ViewController non dovrebbe occuparsi di alcun oggetto del modello. Dovrebbe conversare solo con Views e ModelView. Pertanto, il ViewController dovrebbe non estrarre il nome utente e la password dalle sue viste e passarle alla funzione di login di ViewModel. Ciò richiederebbe al ViewController di capire qualcosa sulle differenze tra i nomi utente e le password e quando è opportuno utilizzarle.

Invece, ViewController dovrebbe informare ViewModel quando si verificano cambiamenti nei campi username e password. Dovrebbe informare ViewModel quando viene premuto il pulsante di accesso. Non dovrebbe avere alcuna conoscenza su quali oggetti modello ha bisogno di viewModel in un particolare metodo.

3. Mi aspetto che la funzione validate() restituisca un Bool (meglio chiamarlo isValid e ne faccia una proprietà calcolata). Prevedo che la funzione login() accetti due blocchi (uno per il passaggio e uno per fail.) Può comunicare ciò che è accaduto chiamando il blocco corretto. Un'altra opzione sarebbe quella di avere la funzione accetta un blocco come parametro con un success booleano. Quindi qualcosa di simile:

-

struct LoginViewModel {

    var username: String = ""
    var password: String = ""

    init(username: String, password: String) {
        self.username = username
        self.password = password
    }

    var isValid: Bool {
        return !username.isEmpty && !password.isEmpty
    }

    func login(callback: (error: NSError?) -> Void) {
        let api = ApiHandler()
        api.login(username, password: password, success: { (data) -> Void in
            callback(error: nil)
            }) { (error) -> Void in
                callback(error: error)
        }
    }

}

4. Nel paradigma MVVM, ReactiveCocoa (e RxSwift è un'altra libreria) vengono utilizzati per comunicare le modifiche in ModelView al ViewController, ma lascia che ti chieda questo ... Il tuo ModelView cambia in qualsiasi modo sostanziale con il tuo ViewController non lo sa? Finora, non sono stato in una situazione in cui qualsiasi altro oggetto sta inviando messaggi al mio ModelView oltre al ViewController a cui è collegato, quindi non c'è alcun modo per il ModelView di mutare senza ViewController sapendo che è almeno possibile. Per questo motivo, generalmente ho una funzione updateUI() nel mio ViewController. Ogni volta che ViewController invia un messaggio potenzialmente mutante a ModelView, chiama quindi updateUI() che esamina ViewModel e aggiorna l'interfaccia utente di conseguenza. Non c'è bisogno di trucchi.

- Spero che questo ti aiuti e spero che la mia risposta stimolerà qualche discussione su questa domanda.