Supposons que j'ai une relation composite , par exemple un client ayant une collection de commandes Donc, je suis pas (et en supposant une ordonnance ne peut pas exister sans « posséder » Client.) parler de agrégation.Terminologie - parties d'une relation composite
Quels termes sont utilisés pour décrire les rôles dans cette relation? Je pourrais dire que le client est le «propriétaire» d'une commande et peut-être que l'ordre est «possédé», mais il y a sûrement de meilleurs termes, des termes qui peuvent être énoncés sans se référer à l'autre rôle. J'essaie de déterminer ces termes afin que je puisse nommer les attributs dans un méta-modèle. Je peux «faire quelque chose», mais je voudrais utiliser des noms qui seront facilement compris.
Merci d'avance pour des suggestions et/ou des pointeurs vers des sources définitives.
Bill
Cela ne répond pas à la question cependant. Je sais * quelle * est la composition. J'essaie de déterminer la terminologie correcte en faisant référence aux objets qui participent à la relation. Vous faites un bon travail pour expliquer * quelle * est la composition; Cependant, je le sais déjà! Merci pour le poste en tout cas. –
Je pensais que mon article traitait principalement de ce que l'on appelle les choses, mais ce que je voulais dire, c'est qu'il y a beaucoup de termes «non officiels» pour nommer des parties de la composition. Un type qui est composé d'autres objets est un * objet *, les objets qui composent cette composition sont * membres * ou * champs *, je dirais que c'est ce que votre langage appelle ou avec lequel vous êtes à l'aise. Ce n'est pas une coïncidence si les mêmes termes sont utilisés par les langues OOP. OO est tout au sujet de la composition si vous faites bien. –
Je pensais que mon article traitait principalement de ce que l'on appelle les choses, mais ce que je voulais dire, c'est qu'il y a beaucoup de termes «non officiels» pour nommer des parties de la composition. Un type qui est composé d'autres objets est un * objet *, les objets qui composent cette composition sont * membres * ou * champs *, je dirais que c'est ce que votre langage appelle ou avec lequel vous êtes à l'aise. Ce n'est pas une coïncidence que ce soit les mêmes termes que les langues OOP utilisent. OO est tout au sujet de la composition si vous faites bien –