Suchergebnisse

Hi @MCDan @322 hat es ja bereits erklärt. Im Grunde ist das Protokoll das wichtige und alle DatenManager egal wo sie hin speichern implementieren das Protokoll. In den Controllern (benutze ich nie weil ich nur SwiftUI mache) oder in den ViewModels wird dann mit dem Protokoll gearbeitet, somit brauchst da nix zu ändern.

da geb ich @manoh Recht, dem User nutzt es nix wenn er denkt es ist alles gut und es wird dennoch nix gespeichert. Du könntest den error in eine Variable schreiben und in einem Alert anzeigen, dann weis der User wenigstens das was nicht geklappt hat.

das wäre so korrekt, ja

ja, das ging mir Anfangs auch so. Du kannst aber im ViewModel alles an Logik rein packen was du benötigst, auch DB Zugriff usw. du musst nicht eine Extra Schicht dafür haben. Es hilft halt eine extra Schicht dafür zu haben wenn das Projekt wächst, denn sonst hast Du Code Duplizierung überall und das willst du ja verhindern. Ich mache es halt immer abhängig vom Projekt. wenn ich nur 1 Model habe dessen daten in eine Tabelle in der DB soll, mach ich das auch schon mal im ViewModel. Ich hab mir das…

Hallo, also MVVM oder auch andere Patterns bedeutet ja nur, das Du Daten von der View trennst. Bei MVVM regelt das das ViewModel. Datenbank Zugriffe hat ja nix mit der View zu tun, also kommt das auch nicht ins ViewModel. Ich erstelle für sowas immer einen Service. Im Falle von Login, Register usw. eben einen AuthService der Daten aus der DB holt oder rein schreibt. Das LoginViewModel holt sich dann eine Instanz des Service und gibt an diesen einfach nur die Daten weiter, die es aus der View bek…

du könntest statt try? ein do Catch block nehmen und im catch die Fehlermeldung auf der Console ausgeben.

@Ferdinand Da hast Du ja mal echt Glück gehabt. Toll! Viel Spaß mit dem neuen Teil

Hi, also ich selbst arbeite mit einem MacBook Pro M1 von 2020 mit 8GB Ram und das funktioniert super.

Hi, bin auch noch recht neu in Swift, komme aus der .Net Welt. Du könntest Dir einen JsonDataManager machen und diesen generisch: Quellcode (7 Zeilen) und dann dort wo du den Manager brauchst ne Instanz erstellen und deine Struct rein schmeißen: Quellcode (3 Zeilen)

es sind ja 2 unterschiedliche Dokumente im Firestore und im Guest Model speichere ich nur die id des Users. Ich glaub ich gehe jetzt den Weg, das ich den Namen des Users der den Gast erstellt hat, auch in den Gast selber speichere, das erspart mir einiges an Kopfschmerzen.

hast Recht: Quellcode (2 Zeilen)also contact wird erst aufgerufen, dann erst die Funktion. Wie umgehe ich das?

Hmm, also wenn ich die Definition über Option Klick angucke ist da nix mit async. ich habs jetzt mal so geändert: Quellcode (11 Zeilen) und im ViewModel dann: Quellcode (13 Zeilen)wenn ich nen Haltepunkt auf Zeile 12 setze enthält name auch den Namen den ich benötige aber self.contact hat den Namen nicht mehr danach

Hallo, bin neu hier und auch recht neu in der Swift Welt. Ich arbeite gerade an einer App bei der es um Gäste Verwaltung geht. Jeder Gast der angelegt wird, hat eine Referenz zum User der ihn angelegt hat (user ID) Ds Gast Model sieht so aus: Quellcode (9 Zeilen) das User Model sieht so aus: Quellcode (10 Zeilen) in einer View möchte ich nun den Gast nebst seinem Contact (der User der Ihn angelegt hat) anzeigen. Also hole ich mir alle Gäste aus dem Firestore: Quellcode (11 Zeilen) und im ViewMod…