[principe de base] Objets composés d'objets

Bonjour a tous,

je me pose une question sur les objets.
Lorsqu'on a un objet composé de plusieurs objets en guise d'attributs. Faut il nescessairement loader tous les objets qui le compose ?

Par exemple j'ai un objet myObject
MyObject
- Public A varA
- Public B varB
.......

Et j'ai une classe MyObjectService

MyObjetService
-GetMyObjectByID()

Dans ma méthode GetMyObjectByID faut t'il que je load aussi tout les objets A et B. En appellant eventuellement getAByID() et getBByID() contenu respesctivement dans AService et BService ???

En fait je me pose cette question car je me dis que ca peut etre parfois tres lourds de ce trimballer tout un objet, mais d'un autre coté je ne me vois pas faire des méthodes du genre

GetMyObjectByID_Light() et GetMyObjectByID()

J'espere que vous aurez compris ma problématique !!!

Merci par avance de vos réponses.

B.

Pour compléter ma question car je pense qu'elle ne doit pas etre tres claire :lol:

par exemple, j'ai un objet "bibliotheque" et un objet "livre"

mon objet bibliotheque contient une collection de "livres"

je déclare donc mes deux objets avec leur attributs respectifs, et je crée une classe "bibliothequeServices". Dans cette classe j'ai une méthode, loadBibliotheque()

Si je dois afficher à l'ecran le nom,l'adresse, le tel etc etc... de ma biblio et bien je serai tenter d'appeller la méthode "loadBibliotheque". Mais pour l'affichage je n'ai pas besoin de loader toute la collection de livre qu'elle contient !!!

C'est pour ca que je me dis qu'il faut ecrire plusieur méthode du genre LoadAllBiblio() et LoadBiblioWihoutBook() ????

Mais ca me semble pas tres "Design" comme méthode !!!

Pourriez vous m'aiguiller sur la bonne voie

Merci

B.

salut,
imagine que tu es 100 000 livres dans ta bibliothèque.
ce n'est pas parce que tu appelles ton objet bibliothèque que tu va charger les 100 000 objets "livre" avec.
par contre qd tu charge un objet livre tu dois passer par la bibliothèque.
la notion d'héritage est quelque chose de pratique :wink:

Tu devrais passer en parametre (ou un truc du genre) pour informer à ta methode loadBibliotheque si tu veux ou non charger les livres.
En fait, il n'est absolument pas nécessaire de toujours tout charger, surtout dans le cas de ton exemple !
C'est un peu le meme fonctionnement que Hibernate par exemple, qui a une option "lazy" qui permet de dire si on désire charger ou non les objet encapsulés quand on charge un objet (en accés en base).

utilise le lazy loading
des produits comme hibernate le propose
lorsque tu vas loader ta bibliotheque, tes livres ne seront pas chargés
ils le seront dès que tu vas utiliser la collection des livres en demandant par exemple une énumération de ceux ci.

edit : arf vienna est plus rapide que moi : me fais vieux moi

Merci a tous, et comment fonctionne hybernate en interne, il passe des paramametre lui aussi ?

non
il utilise des collections "évenementielles"
c'est à dire que dès qu'un accès à une collection non chargée est detecté, il charge la collection

Est ce que ca veut dire que l'objet métier bibliotheque est complétement lié aux services ????

Car je suppose que si je fait maBiBlio.getLivres() et s'il n'a pas les livres de chargé la méthode getLivres() de ma classe Bibilotheque va appeller la méthode getLivres de "LivreService" ?????

quelque chose du genre

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Class Biblio {   int biblioID; Vector myBooks ;   public Vector getLivres(){   if (myBook == null){ LivreService colBook = new LivreService() myBook = colBook.getLivres(biblioID) } return myBook } }

---

Le découpage me semble bizarre !!! Je dois me mélanger les pinceaux

c'est lié au service parce que tu utilises une couche de service pour charger tes données. Mais dans l'idée Hibernate fonctionne comme cela.

Merci Austin,

Et est tu d'accord avec ma pseudo implémentation ? (juste pour voir si j'ai tout compris !!)

Car j'ai toujours pensé que la couche de service construisait les objets que si on avait besoin d'un objet particulier on passait toujours pas cette couche pour le battir.

Or je m'appercoit que dans l'objet de description, on peut aussi appeller des méthodes de la couche services !!! Je trouve ca dérangeant, mais bon débute aussi !!!

Ce mode de fonctionnement est un classique pour les Designers ???

ben disons que c'est limite limite quoi
le couplage est super fort entre tes objets métiers et ta couche de services

le problème quand tu gère toi meme la persistance de tes objets, tu arrive vite à certaines limites


à ta place j'utiliserai un système de mapping objet/relationel type hibernate pour gérer toute cette mécanique. En plus tu bénéficiera du cache, du hql, etc.. que des bonnes choses quoi.

Bon je vais me renseigner sur hybernate merci austin