Wenn meine Objekte größtenteils nur Daten enthalten, die an die View gesendet werden, ist es sinnvoll, eine separate Service-Klasse zu implementieren, um Objekte zu initialisieren, Daten erneut zu übertragen und Zuweisungen vorzunehmen? Sollte das Objekt nicht wissen, was es zu tun hat, wenn es instanziiert wird, und entsprechende Aufrufe an das Repository nach Bedarf vornehmen?Auto-Eigenschaftsinitialisierung oder serviceorientierte Zuordnungen?
wie aktiver Datensatz? Ich denke, dass DTO + DAO oder Domain-Objekt + Repository ist ein besseres Design die meisten Male
Mein Ansatz ist verwenden separate manchmal genannt ViewModel zum Speichern von Daten, die auf View angezeigt werden, mehr information über that.
Über die Verwendung von zusätzlichen Service, wenn ich ähnliche Infrastruktur implementiert habe ich viele Probe und echte Open-Source-Anwendung untersucht. Meine Zusammenfassung ist:
1. Sie könnten separaten Dienst verwenden, füllen Fett ViewModel-Klasse, Blick auf Suetki Shop (Fett ViewModel ist Modell, das viele verschiedene Eigenschaften für die Anzeige von Daten nicht für eine Ansicht, aber für einige Gruppe von Ansichten hat)
2 Verwenden Sie separate ViewModel für jede Ansicht
Wie für mich ViewModel muss POCO-Objekt sein, ohne Logik und Anrufe.