Ich bin auf der Suche nach dem richtigen Weg für eine schnelle iOS-App, die in meinem Fall basiert: AWS hat aber einen lokalen persistenten Datenspeicher, so dass jede mögliche Funktion der App offline genutzt werden kann.Core Data Koexistenz mit Netzwerk-Service für die "Was ist, wenn der Benutzer keine Verbindung herstellen kann?" situation
Bisher bin ich von ein oder zwei Kerndaten zu einem vollständigen Core-Datenstapel gegangen, und es wird immer schwieriger vorauszusehen, wie mit AWS DynamoDB koexistieren. Während DynamoDB eine NoSQL-Struktur hat, ist Core Data in der Art, wie ich es eingerichtet habe, die eines persistenten SQLite-Datenspeichers.
Ich muss schließlich Tabellen herunterladen und hauptsächlich AWS für die meisten Situationen verwenden, in denen Benutzer online sind, aber wenn sie offline arbeiten möchten, muss ich vorbereitet werden. Vielleicht sollte ich versuchen, eine einzelne Benutzereinheit zu erstellen, weil ich andere Benutzer offline speichern möchte. Sobald Internet aktiv ist, könnte ich versuchen, es in meine DynamoDB-Benutzer (Plural) -Tabelle zu schieben.
Ich habe Entitäten in Core Data wie Benutzer, Autoren, Profil erstellt.
In dem Szenario ein Benutzer die App öffnet und hat keinen Internetzugang, Ich plane, einen Benutzer Einheit und mein Ziel ist es beim Einsetzen richtig Autoren und Profil zu füllen, weil diese offline Endbenutzers auf jeden Fall ein Mitglied ist, und ich möchte um auch für sie mindestens ein Profil zu erstellen, damit sie später mit Anpassungen optimieren können.
Ich habe vielleicht zu viele Beziehungen. Ich möchte das richtig machen. In einfachen Situationen verstehe ich, dass eine Personen-Entität einen Vater, eine Mutter, ein Kind und wie sie alle gut in Person passen können, aber da ich Entitäten mit genügend eindeutigen Attributen habe, dachte ich, dass ich ihre eigenen Entitäten erstellen muss ,
Wie soll ich eine Entität erstellen, die sicherstellt, dass ein Benutzer/Benutzer ein Profil aufzeichnet und ein Profil erstellt?