Bonjour,
Je développe une single-page app en javascript et je suis en train de remettre en question la façon dont j'ai organisé mes objets.
Attention, je ne vais pas parler de parent/enfant au sens héritage de la POO.
Pour faire simple, l'application permet de faire du requêtage sur des bases de données . L'utilisateur va créer plusieurs requêtes, chaque requêtes contient des groupes de critères (que j'appelle "noeud"), et chaque noeud contient des critères.
j'ai besoin de récupérer, pour chaque objet, son parent et ses enfants (ex: récupérer le noeud du critère, ou les critères d'un noeud).
Pour le moment, je procède comme ceci : chaque objet possède un id unique. Je stocke chaque objet dans un tableau regroupant les objets de même classe. Chaque objet possède la propriété parentId contenant l'id du parent pour pouvoir accéder à ce dernier, et possède également une propriété tableau contenant les ids enfant. De cette façon, via des méthodes, je peux accéder au parent et aux enfants au moment voulu en parcourant les tableaux via les ids.
Je me suis rendu compte que cela ressembler à un modèle de bdd relationnelle.
J'ai procédé ainsi pensant qu'il serait bête d'avoir une propriété contenant la copie de l'objet parent alors que celui-ci existe déjà ailleurs. Ex : si j'avait 5 objets Critère ayant le même noeud parent, il y aurait 5 instances identiques de ce noeud..
Néanmoins, je me dis que parcourir à chaque fois les tableaux, c'est un peu barbare..
Ma question est : est-ce j'emploie la bonne méthode, et si non, quelle serait la bonne ?
En espérant avoir été clair
Merci d'avance
Partager