Discussion :

[yoyo3d]

Salut à tous,
Non, je vous rassure, je n'ai pas besoin d'un notaire...

J'avais commencé un projet personnel en C#/wpf /xaml et comme je l'avais mal préparé, je le recommence depuis le début.

Il sagit une application PC me permettant de gérer des aquariums, et plus précisément le suivi des populations et des entretiens....Pour cela, j'ai redéfini ce que je veux pouvoir faire, et comment je souhaite l'afficher, mais c'est au niveau développement que je seche, je vous éxplique:

Je souhaite créer des poissons "théoriques" qui serviront de modèle aux poissons réels qui seront affectés aux aquariums que j'aurais crées.

Concrétement, l'individu que je viens d'acheter doit afficher dans l'interface, les caractéristiques du modèle théorique auquel il est lié mais aussi ces infos personnelles. Pour info, les caractéristiques ne sont pas la simplement pour faire joli, mais me permetront de réaliser des tests de compatibilité avec les autres espèces, ainsi qu'avec les différentes qualités d'eau .

Question: dois je créer une super classe "Individu" qui englobe toutes les caractériques théoriques + les éléments personnels liéés à l'indivu (date de naissance, prix chez le fournisseur, dernière maladie etc…)

Ou alors dois je créer une classe "individu" qui hérite de la classe "théorique"? Je suis débutant, j'ai bien compris le principe d'héritage, mais malheureusement, je ne comprend pas quand je "dois" l l'utiliser.

Pour aider à la compréhension de mon projet, j'ai réalisé un "pseudo diagramme"
projet aqua 2.pdf

Merci à tous

[Olomius]

Dans ce cas-ci, tu n'es pas "obligé" d'utiliser l'héritage.

Si tu veux, utilise une classe mère, par exemple Animal, dans laquelle tu as toutes tes caractéristiques principales.
Ensuite, crée tes classes filles, poisson, amphibien, .... qui hérite donc de la classe animal. Dans ces classes, tu peux ajouter toutes les caratéristiques secondaires (par exemple à poisson, euh j'ai pas d'exemple la tout de suite xD donc j'invente et je dis, un boolean pour savoir s'il est rare ou non )
(Je te laisse choisir les noms ^^)

Ensuite, tu peux créer un individu

Exemple,
Poisson individuPoisson_1 = new Poisson(...);
Amphibien individuAmphibien_2 = new Amphibien(...);


Cependant, je viens de voir ton schéma et à je suis un peu perdu :/

[yoyo3d]

Ha, j'esperais que mon shéma soit le plus simple possible ...

bon en théorie, dans un premier temps, je souhaitais créer une fiche "théorique" de renseignement sur une espece de poisson contenant
nom, espece , famille ,origine géographique, mais aussi des détails sur la température et le Ph de l'eau dans son milieu naturel.

dans une second temps, j'achete un poisson et je veux l'enregistrer dans mon appli.
je vais chercher dans un menu déroulant le nom du poisson que j'ai préalablement créé, et je complete sa fiche "personnelle" en ajoutant des détails sur la couleur, la taille, le sexe etc....

et je pensais donc que l'héritage me serait utile pour "transférer / lier" les infos de la fiche Thérorique à la fiche personnelle.

[Olomius]

OK.

Tu as donc besoin :
d'une liste de Poissons à afficher en tant qu'espèce
&
d'une liste de Poissons en tant qu'individu

Crée donc une interface IPoisson qui contient les variables communes à tout tes poissons (espèce, ...)
Crée donc une classe Poisson, hérite de la classse IPoisson.
Crée ensuite une classe Individu, qui hérite de Poisson et qui contient en plus les variables uniques à chaque poisson (âge, ...)

C'est ce que tu veux ?

[yoyo3d]

ça y ressemble fortement.
Quel est l'interet de créer l'interface Ipoisson puisque ma classe Poisson va reprendre toutes les variables cette interface?
je n'ai jamais vraiment compris l'utilité des Iclasses.
en tout cas, merci pour tes réponses.

[Olomius]

Ici, je n'y vois pas d'utilité, maintenant, c'était à titre d'exemple, au cas où, il y aurait des choses à ajouter, cette classe trouverait peut-être une utilité.

une interface, c'est surtout un "contrat".