Une hiérarchie de classes, également appelée taxonomie classe, est un groupe de classes connexes qui sont reliés par héritage à faire des choses similaires. Le sommet de la hiérarchie peut être une seule classe de base à partir de laquelle toutes les autres classes en dessous de lui sont dérivées, ou la hiérarchie peut avoir plusieurs classes de base dont les fonctionnalités se rejoignent ensuite dans une ou plusieurs classes dérivées. Les relations entre les classes peuvent être illustrées comme des arbres, et chaque petit arbre dans la taxonomie de grande taille peut également être considérée comme une hiérarchie.
Les hiérarchies de classes ne peuvent avoir pas toutes des causes multiples, et la structure d'une hiérarchie de classe dépend largement de la langue il est écrit po C + + permet l'héritage multiple, les hiérarchies si complexes peuvent être construits avec des racines multiples et des arbres multiples qui se fondent dans l'autre. Java, d'autre part, se limite à l'héritage unique, de sorte que ses rapports de classe sont habituellement plus simples, construit comme relativement autonomes arbres avec une seule racine. L'héritage d'interface peut ajouter une certaine complexité à une hiérarchie de classes en Java, mais presque jamais interfaces sont invoquées dans un cadre aussi complexe que ce serait comme la fusion arbres ensemble.
Les composants d'une hiérarchie de classes peuvent varier en type et en fonction, tant que les règles de la langue sont toujours suivies par rapport à l'héritage. Classes dans une hiérarchie peut être public, protected, abstrait, de béton ou virtuel. Interfaces et fonctions globales, et les amis peuvent également être utilisés. Selon le langage informatique, certains de ces types peuvent se prêtent mieux à l'héritage que d'autres. En général, les hiérarchies sont très flexibles et peuvent être utilisés de plusieurs façons à de nombreuses fins.
Il n'y a pas de règles strictes concernant les cas où des types particuliers de classes doivent être placés dans une hiérarchie. Toute classe peut en théorie être l'un des types mentionnés ci-dessus. En général, les dernières classes de la hiérarchie qui n'ont pas de classes dérivées dessous d'eux doit être publique et le béton. Depuis des hiérarchies de classes purement abstraites peuvent également exister, cependant, c'est juste une règle de base.
Même si une hiérarchie de classe peut être un outil utile pour organiser le code et encapsuler les fonctionnalités, il peut y avoir des moments où plonger trop profondément dans une hiérarchie peut effectivement confondre le code, plutôt que de le clarifier et de le rendre plus facile à maintenir. Construire une relation solide entre de nombreuses classes prend une certaine quantité de prévoyance, tandis qu'il pourrait d'abord être plus facile de casser le code en de nombreux petits morceaux, ces petits morceaux peut devenir plus difficile à traiter plus tard. Une fois construit correctement, une hiérarchie de classes facilite les développeurs et les utilisateurs à déterminer comment les classes travailler. Si elle est construite sans entretien et souci de clarté, les différents niveaux de l'héritage peut être déroutant pour regarder en arrière et comprendre.