Können Sie nicht einfach eine (tiefe) Kopie des vorherigen Objekts erstellen und dieses als nächstes Objekt verwenden, sodass Benutzer alle Felder überschreiben können, die sich geändert haben? Auf diese Weise würden die Felder das sein, was der Benutzer zuletzt eingegeben hat, individualisiert pro Benutzer und aktualisiert, wenn diese Felder abgeglichen wurden.
Wenn Sie eine Möglichkeit haben, sich an die letzte Sache zu erinnern, die pro Benutzer eingegeben wird, behalten Sie diese sogar zwischen den Sitzungen bei.
Die OP Kommentare:
Leider eine tiefe Kopie eines Objekts machen die Object vermasselt, wenn Beziehungen beteiligt sind. Für ein neues Objekt mit Beziehungen müssen entweder neue relationale Objekte erstellt oder vorhandene Objekte aus der Datenbank abgefragt werden.
Also? Wenn die Beziehung zu einer anderen Entität (einem Fremdschlüssel in der Datenbank) besteht, handelt es sich um eine Verwendungsbeziehung, und Sie behalten sie nur bei. Wenn es ein Attribut ist, kopieren Sie es.
Zum Beispiel, Ihr Formular ist Dateneingabe über Mitarbeiter, und es hat eine Dropdown-Liste für, ich weiß nicht, employeeType, das ist entweder "Befreit" (keine Überstunden) oder "Nicht befreit" (Überstunden). Sie haben die Werte für employeeType aus der Datenbank abgerufen, und Sie möchten, dass der nächste eingegebene Mitarbeiter die gleichen Werte wie der zuletzt eingegebene Mitarbeiter hat, um die Eingaben für die Eingabe von Personen zu speichern. Ihre tiefe Kopie würde also den kopierten Mitarbeiter mit der gleichen Datenbank employeeType verbinden.
Aber für Attributdaten (wie Name), würden Sie eine Kopie machen.
aus Neugier, was hat das ORM zu tun mit dem, was Sie fragen? – lomaxx
Sehr wenig. Ich dachte nur, dass es eine allgemein akzeptierte Methode dafür geben könnte. – Damien