Vous avez besoin d'expliquer avec OOAD « est une » hiérarchie
https://stackoverflow.com/questions/1372181
-
21-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
je acheter Analyse orientée objet et design avec des applications , à Page 64 paragraphe 2 a des explications sur "est une" hiérarchie comme ci-dessous.
En termes de « est une » hiérarchie, une abstraction de haut niveau est généralisé, et une abstraction bas niveau est spécialisé. Par conséquent, nous disons qu'une classe Flower est à un niveau d'abstraction plus élevé qu'une classe végétale.
Si je comprends bien, je pense que l'usine est plus généraliser cette fleur alors classe fleur est à bas niveau d'abstraction que plante.
Je veux savoir à ce moment je comprends bien ou le livre est correct? S'il vous plaît me préciser.
La solution
Je suis d'accord, cette citation est fausse. Par la définition ici, l'usine est à un niveau plus élevé d'abstraction que la fleur:. La définition est correcte, les noms dans l'exemple sont transposés
Autres conseils
L'exemple plante et fleur pour est-une des hiérarchies est probablement le pire que j'ai jamais entendu!
Une voiture est-un véhicule. Un chien est-un mammifère. est-a un compte d'épargne compte (n). Tous ces éléments sont typiques et faciles à comprendre des exemples.
Qu'est-ce que vous avez cité ne semble pas tout à fait raison. J'aurais compris l'usine d'être à un niveau d'abstraction plus élevé que la fleur, en supposant Flower hérite de la plante. Par conséquent,
Une fleur plante is a
et
Une plante est pas nécessairement une fleur
Je ne dirais pas que la déclaration "Une fleur est une plante" est vrai, à mon avis, une plante a-un Flower. Je pense qu'il ya un contexte manquant.
Je pense que l'auteur du livre est d'expliquer au sujet des hiérarchies d'héritage ici. Si une entité est au sommet de la hiérarchie, il est ou doit être plus généralisée (ou abstraite) que ceux ci-dessous dans la hiérarchie. Il est une mauvaise conception d'avoir une entité héritant d'une autre entité, mais être plus abstraite que son parent (à traduire une classe abstraite héritant d'une classe concrète).
