Je construis un ensemble d'écrans CRUD pour un référentiel. Les objets membres sont suffisamment volumineux pour que je ne les charge pas en mémoire en même temps - comme lors de la génération de résultats de recherche. Puisque tout ce dont j'ai besoin pour les résultats de recherche est un couple de propriétés - par exemple, "name" et "id" - I pourrait simplement interroger la base de données sous-jacente - mais je ne veux pas contourner le référentiel, puisque nierait beaucoup de sa valeur.Modèle de référentiel: Stratégie pour l'inscription des membres
Les intros et les didacticiels de Repository Pattern que j'ai trouvés ne couvrent pas ce scénario. Ils se concentrent sur la sauvegarde/récupération/suppression d'un objet entièrement rempli à la fois.
Je connais bien le modèle Proxy pour les objets à chargement paresseux. Mais est-ce ainsi que les grands garçons le font? Y a-t-il une solution bien établie à ce problème?
Oui, oui, oui, tout est logique. Merci beaucoup. Maintenant, j'ai juste besoin de trouver un nom pour ces entités partielles. "Projection", hein ...? – Metaphile