Discussion :

[Jean-Marc68]

Salut à toutes et à tous,

Je cherche à créer une classe "Vecteur" qui devra entrer dans un ObservableCollection<Vecteur>.

Il s'agit de l'ensemble des vecteurs formant un polygone.
Mon problème est qu'un vecteur peut être soit une ligne, soit un arc, soit une polyligne.
J'ai cherché à me documenter mais je n'y arrive pas. J'ai besoin de votre aide pour m'éclairer.

Un vecteur a toujours un ID, une LongueurRéelle et une LongueurForcée

Si c'est une droite:

elle a un Point1 et un Point2
sa longueur est la distance entre les 2 points (Formule 1)

Si c'est un arc:

elle a un Point1, un Point2 et un PointCentresa longueur est la distance entre les 2 points (Formule 2)

Si c'est une polyligne:

elle a un ObservableCollection<Point>
sa longueur est la somme des distances entre les points (Formule 3)

Je n'ai aucun pbl au niveau des formules ou des classes Droite, Arc et Polyligne, mais là où je coince c'est comment arriver à obtenir un Vecteur utilisable pour un ObservableCollection, donc qui a une signature identique dans les 3 cas ?

J'ai bien pensé à créer un vecteur qui contiendrait ID, LongueurRéelle, LongueurForcée et un Objet qui contiendrait Ligne, Arc ou Polyligne.
Je suis pourtant convaincu que ce n'est pas la meilleure méthode.
À ce que j'ai vu, les interfaces pourraient m'aider, mais je n'arrive pas à comprendre comment.

Les interfaces sont-elle vraiment la solution que je cherche ? Si oui, comment devrais-je faire ? Sinon, quelle serait la méthode que je devrais utiliser ?

Merci de vos z'avis z'avisés,
JM

[Pol63]

les interfaces permettent à peu près la même chose que l'héritage
la solution ici serait à mon avis de mettre le traitement des tes données dans les classes

exemple si c'est pour dessiner ces vecteurs, il faudrait que la méthode de dessin soit sur chaque classe

mais du coup que ca soit avec interface ou héritage tu peux y arriver

avec héritage il faudrait mettre une méthode virtual qui dessine, et donc tu peux faire 3 classes filles qui auront chacune leurs propriétés et le code de dessin
avec une collection de la classe de base tu pourrais appeler la méthode virtual qui fera donc des choses différentes selon le type de l'instance

avec les interfaces il te faudrait une interface IVecteur qui aurait une méthode de dessin, et l'interface serait implémenter dans chaque classe


principales différences entre héritage et interfaces :
- par héritage une classe parente peut avoir du code, une interface n'a pas de code, l'héritage permet donc d'avoir du code générique qui n'est pas copié collé
- le multi héritage est impossible en .net, par contre la multi implémentation est possible, ce qui permet d'avoir plusieurs interfaces et que chaque code qui fait une fonctionnalité a juste à tester si l'instance implémente telle interface pour savoir que telle méthode peut etre appelée sur l'instance

[Jean-Marc68]

Merci de tes explications Pol63.
Ça me permet quand-même de comprendre certaines choses. Entre autre que l'interface ne m'aidera pas dans la recherche de la solution à mon problème.

Toutefois mon pbl n'est pas au niveau du traitement des données individuellement.
Mon problème est plutôt qu'un polygone contient des vecteurs, et que ces vecteurs ne sont pas tjrs du même type. Il s'agit plus d'un pbl de "stockage" des entités différentes.

À ce que j'ai compris, ma méthode n'était peut-être si mauvaise que je le pensais.
La classe Vecteur pourrait contenir la LongueurForcée, un objet (qui selon le cas serait une ligne, un arc ou une polyligne), et une LongueurRéelle (qui irait soit récupérer la longueur dans l'objet, ou qui la calculerait selon le type d'objet).

A moins qu'une meilleure solution me soit proposée, auquel cas je suis toujours intéressé.

JM

[Pol63]

Mon problème est plutôt qu'un polygone contient des vecteurs, et que ces vecteurs ne sont pas tjrs du même type. Il s'agit plus d'un pbl de "stockage" des entités différentes.

le stockage reste le plus simple
par exemple une classe vide VecteurBase, 3 classes héritées avec les propriétés du type de vecteur
et sur la classe polygon une propriété de type VecteurBase, comme ca tu peux mettre n'importe quelle instance d'un type dérivé dedans

[250rgv]

Bonjour,

Il est possible que je ne sois pas bien réveillé mais j'ai l'impression que tu as donné la solution dans ton énoncé :
1 classe Vecteur abstraite avec 3 propriétés : ID, LongueurReelle et LongueurForcee.
3 classes qui en héritent (et qui implémentent bien sûr les propriétés/méthodes de Vecteur) :

• Droite avec les propriétés Point1 et Point2 supplémentaires (de type Point)
• Arc avec les propriétés Point1, Point2 et PointCentres supplémentaires (de type Point)
• Polyligne avec la propriété Points de type ObservableCollection<Point>

Ensuite, tu stocke tes vecteurs dans une propriété Vecteurs de type ObservableCollection<Vecteur> de ta classe Polygone.

J'ai raté quelque chose?

[Jean-Marc68]

Merci à tous les 2,

Un mix de vos réponses m'a fait comprendre.

En effet, 250rgv, la réponse était dans la question, à condition de créer une classe Vecteur vide, comme le suggère Pol63.

Je devais avoir le nez trop collé sur le problème. Je n'ai jamais pensé créer la classe vide, et mon problème était justement que les données étaient différentes selon les objets, et je ne voyais pas comment les traiter. Je créais des paramètres qui étaient toujours masqués, ce que je trouvais bizarre. Mais en effet, il suffisait de ne pas les créer dans la classe Vecteur.
Enfin, le fait d'avoir la classe vecteur, même vide, me permet de limiter les objets qui pourraient être mis dans un ObservableCollection qui contiendra les vecteurs du polygone.

Merci de m'avoir aidé, même si vous n'en avez pas eu l'impression.

JM