Discussion :

[houpli]

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

[Kaamo]

Peut-être un petit exemple ? A quoi ressemble chaque objet contenant les objets de même classe ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
var crit1 = {}, crit2 = {prop1: 'toto'}, crit3;
 
crit3 = crit1;
crit3.prop1 = 'toto';
 
console.log(crit3); // {prop1: 'toto';}
console.log(crit1); // {prop1: 'toto';}
console.log(crit1 === crit3); // true
console.log(crit1 === crit2); // false

Dans cet exemple, crit1 et crit3 sont la référence du même objet. crit2, même s'il semble identique, est une autre instance bien différente.

Ex : si j'avait 5 objets Critère ayant le même noeud parent, il y aurait 5 instances identiques de ce noeud..

Tes objets "critères" doivent avoir une propriété contenant la référence de l'objet commun parent. De ce fait, chaque objet n'aura pas 5 instances identiques de ce noeud, mais bel et bien une référence pointant vers le même objet.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
var papa = {nom: 'papounet'}
  , critere1 = {papa: papa, options: []}
  , critere2 = {papa: papa, options: []}
  , critere3 = {papa: papa, options: []}
  , critere4 = {papa: papa, options: []}
  , critere5 = {papa: papa, options: []};
 
console.log(critere1.papa); // Object {nom: "papounet"}
papa.nom = 'papaaa';
console.log(critere1.papa); // Object {nom: "papaaa"} (idem pour les autres objets critereX

[Invité]

Bonjour

As-tu pensé au XML et XPath? (rubrique XML)

Pour s'amuser ICI (ce n'est qu'un essais ;-)

A+

[houpli]

Je pensais que cela instancier un nouvel objet mais en fait c'est bien la référence qui est stocké !

J'ai modifié mes classes pour pouvoir passé la référence de l'objet et cela fonctionne à merveille.

Merci

[houpli]

Bonjour

As-tu pensé au XML et XPath? (rubrique XML)

Pour s'amuser ICI (ce n'est qu'un essais ;-)

A+

Effectivement ça aurait pu être plus simple à modéliser en utilisant xPath. Mais j'aurais dû revoir pas mal de code.

Je me le mets sous le coude quand même