Verwendung von MVVM in iOS

waddup dude!

1a - Du bist auf dem richtigen Weg. Sie setzen loginButtonPressed in der view-controller und das ist genau wo es sein sollte. Event-Handler für die Kontrollen sollte immer gehen in der view-controller - so ist das richtig.

1b - aus Ihrer Sicht-Modell, das Sie haben Kommentare, die besagt, "dass der Nutzer eine Warnung mit dem Fehler". Sie wollen nicht, um anzuzeigen, dass Fehler innerhalb der Funktion validiert. Stattdessen erstellen Sie eine Enumeration, die hat einen zugeordneten Wert (wo der Wert ist die Fehlermeldung, die Sie anzeigen möchten, um den Benutzer). Ändern Sie Ihre validate-Methode, so dass es den gibt, der enum. Dann in der view controller kann man bewerten, dass die Rückgabe-Wert und von dort wird die Warnung angezeigt, dialog. Denken Sie daran, die Sie nur benutzen wollen UIKit Verwandte Klassen nur innerhalb der view-controller - nie aus dem view-Modell. View-Modell sollten nur die Geschäftslogik enthalten.

enum StatusCodes : Equatable
{
    case PassedValidation
    case FailedValidation(String)

    func getFailedMessage() -> String
    {
        switch self
        {
        case StatusCodes.FailedValidation(let msg):
            return msg

        case StatusCodes.OperationFailed(let msg):
            return msg

        default:
            return ""
        }
    }
}

func ==(lhs : StatusCodes, rhs : StatusCodes) -> Bool
{
    switch (lhs, rhs)
    {           
    case (.PassedValidation, .PassedValidation):
        return true

    case (.FailedValidation, .FailedValidation):
        return true

    default:
        return false
    }
}

func !=(lhs : StatusCodes, rhs : StatusCodes) -> Bool
{
    return !(lhs == rhs)
}

func validate(username : String, password : String) -> StatusCodes
{
     if username.isEmpty || password.isEmpty
     {
          return StatusCodes.FailedValidation("Username and password are required")
     }

     return StatusCodes.PassedValidation
}

2 - dies ist eine Frage der Einstellung und letztlich bestimmt durch die Anforderungen an Ihre app. In meiner Anwendung gebe ich diese Werte in der über die login () - Methode, D. H. login(username, Passwort).

3 - Erstellen Sie ein Protokoll namens LoginEventsDelegate und dann haben Sie eine Methode in es als solche:

func loginViewModel_LoginCallFinished(successful : Bool, errMsg : String)

Aber diese Methode sollte nur verwendet werden, informieren Sie den view-controller der tatsächlichen Ergebnisse von versuchen, die Anmeldung auf dem remote-server. Es sollte nichts zu tun haben mit der Validierung Teil. Ihre Validierungs-routine behandelt werden, wie besprochen, oben, in #1. Haben Sie Ihre view-controller implementieren, der LoginEventsDelegate. Und erstellen Sie eine öffentliche Eigenschaft auf Ihrem view-Modell, d.h.

class LoginViewModel {
    var delegate : LoginEventsDelegate?  
}

Dann in den Abschluss-block für Ihre api-Aufruf können Sie teilen die Ansicht-controller über die Stellvertretung, d.h.

func login() {
        //Call the login() method in ApiHandler
        let api = ApiHandler()

        let successBlock =
        {
           [weak self](data) -> Void in

           if let this = self { 
               this.delegate?.loginViewModel_LoginCallFinished(true, "")
           }
        }

        let errorBlock = 
        {
            [weak self] (error) -> Void in

            if let this = self {
                var errMsg = (error != nil) ? error.description : ""
                this.delegate?.loginViewModel_LoginCallFinished(error == nil, errMsg)
            }
        }

        api.login(username!, password: password!, success: successBlock, error: errorBlock)
    }

und Ihre view-controller würde dann so Aussehen:

class loginViewController : LoginEventsDelegate {

    func viewDidLoad() {
        viewModel.delegate = self
    }

    func loginViewModel_LoginCallFinished(successful : Bool, errMsg : String) {
         if successful {
             //segue to another view controller here
         } else {
             MsgBox(errMsg) 
         }
    }
}

Einige würden sagen, man kann nur eine Schließung, um die login-Methode und die skip-das Protokoll zusammen. Es gibt ein paar Gründe, warum ich denke, dass ist eine schlechte Idee.

Übergabe einer Schließung aus dem UI-Layer (UIL), um die Business Logik Layer (BLL) würde brechen, Separation of Concerns (SOC). Die Login () - Methode befindet sich in der BLL-also im Grunde genommen würden Sie sagen: "hey, BLL führen Sie diese UIL Logik für mich". Das ist ein SOC, Nein, Nein!

BLL sollten nur die Kommunikation mit der UIL über delegieren von Benachrichtigungen. So BLL ist im wesentlichen sagen, "Hey UIL, ich bin fertig ausgeführt meine Logik, und hier sind einige Daten, die Argumente, die Sie verwenden können, um die Manipulation der UI-Steuerelemente, wie Sie benötigen".

So UIL sollte nie Fragen, BLL zum ausführen von UI-Logik für ihn. Sollte nur Fragen BLL informiert ihn.

4 - ich habe gesehen, ReactiveCocoa und hörte gute Dinge über Sie, aber haben es nie benutzt. So kann nicht sprechen, es aus persönlicher Erfahrung. Ich würde sehen, wie mit einfachen Stellvertreter-Benachrichtigung (siehe #3) arbeitet für Sie in Ihrem Szenario. Wenn es erfüllt die brauchen dann toll, wenn Sie auf der Suche nach etwas ein wenig komplexer, dann vielleicht schauen Sie in ReactiveCocoa.

Btw, auch dies ist technisch nicht eine MVVM-Ansatz, da die Bindung und die Befehle werden nicht verwendet, aber das ist nur "ta-may-toe" | "ta-mah-toe" Erbsenzählerei IMHO. SOC Grundsätze sind alle gleich, unabhängig von der MV* Ansatz, den Sie verwenden.