Ich baue eine Reihe von CRUD-Bildschirmen für ein Repository. Die Mitgliederobjekte sind groß genug, dass ich nicht viele von ihnen auf einmal in den Speicher laden möchte - wie beim Erzeugen von Suchergebnissen.Repository-Muster: Strategie für Listing-Mitglieder
Da alles, was ich brauche für Suchergebnisse sind ein paar Eigenschaften - zB "Name" und "ID" - könnte nur die zugrunde liegende Datenbank abfragen - aber ich möchte das Repository nicht umgehen, seit dem würde viel von seinem Wert negieren.
Die Intros und Tutorials zum Repository-Muster, die ich gefunden habe, decken dieses Szenario nicht ab. Sie konzentrieren sich auf das Speichern/Abrufen/Löschen eines vollständig bevölkerten Objekts auf einmal.
Ich kenne das Proxy-Muster für Lazy-Loading-Objekte. Aber machen die großen Jungs das so? Gibt es eine gut etablierte Lösung für dieses Problem?
Ja, ja, ja, alles macht Sinn. Vielen Dank. Jetzt muss ich nur einen Namen für diese partiellen Entitäten finden. "Projektion", nicht wahr? – Metaphile