type casting descendant

Bonjour,

j'essaye d'effecuer un simple casting de specialisation...

J'ai deux classes :

- Word
- Categorem

Categorem herite de Word qui contient un get/set d'un string private _word.
En executant le code suivant je ne parviens pas à sortir _word :

Code:

---

1 2 3 4 5 6 7

Word word = new Word("Word"); Categorem cat = (Categorem)word;   cat.putWord = "test";   Console.WriteLine(word.putWord);

---

Y a-t'il moyen de forcer d'emblée le transtypage d'un moins specialisé sur un plus spécialisé ?

Code:

---

1 2	((Word)cat).putWord = "test"

---

putWord fait partie de Word donc il faut que tu cast pour y avoir access!

Microsoft visual c# 2005 ne me permet pas de caster vers le bas

Code:

---

1 2	Unable to cast object of type 'Dalbe.Components.Words.Word' to type 'Dalbe.Components.Words.Items.Categorem'.

---

ok j'ai trouvé

il n'accepte pas le typage d'un simple referent mais bien un nouvel objet, ça m'a l'air beaucoup plus strict que le c++. Avec cette manip j'ai un objet de trop...

Code:

---

1 2 3 4 5 6 7 8 9

Word word = new Word("Word"); Categorem cat = new Categorem();   ((Word)cat).putWord = "test";   Console.WriteLine(((Word)cat).putWord);   System.Threading.Thread.Sleep(5000);

---

Je vais refaire ça par ascendance... Quelqu'un a déjà tenté des héritages inversés ?

Citation:

---

Envoyé par zulad

il n'accepte pas le typage d'un simple referent mais bien un nouvel objet, ça m'a l'air beaucoup plus strict que le c++.

---

C'est juste logique. Tu crées une instance d'une classe de base et tu demandes de convertir ça dans une classe plus spécifique, avec potentiellement plein de champs et méthodes en plus. Comment veux-tu que la machine devine quoi mettre dedans ?

Ça ne marche pas dans ce sens-là, encore heureux.

Citation:

---

Envoyé par zulad

Avec cette manip j'ai un objet de trop...

---

Tu as surtout du code en trop.

Code:

---

1 2 3

Categorem cat = new Categorem(); cat.putWord = "test"; Console.WriteLine(cat.putWord);

---

Categorem dérive de Word, putWord est public, rien de plus à faire.
(si ce n'est réviser les bases de l'héritage :)

Ta création d'un objet Word ne sert à rien, il n'est utilisé nulle part après. Si tu tiens à passer par ce constructeur, tu ajoutes un constructeur sur Categorem qui prend une chaîne et qui passe ça au constructeur de Word. Comme ça tu fais

Code:

---

Categorem cat = new Categorem( "bleh" );

---

et basta.

Citation:

---

Envoyé par zulad

Quelqu'un a déjà tenté des héritages inversés ?

---

Du genre où les parents héritent des maladies génétiques de leurs enfants ? Faudrait déjà inventer le concept :)

Citation:

---

Tu as surtout du code en trop.
Code :

Code:

---

1 2 3

Categorem cat = new Categorem(); cat.putWord = "test"; Console.WriteLine(cat.putWord);Categorem dérive de Word, putWord est

---

public, rien de plus à faire.
(si ce n'est réviser les bases de l'héritage :)

---

ben oui, normallement putword est dans categorem par defaut, seulement je suis obligé de caster pour sortir la methode ...

Citation:

---

Du genre où les parents héritent des maladies génétiques de leurs enfants ? Faudrait déjà inventer le concept :)

---

Je vais y reflechir et préciser le fond de ma pensée si j'y arrive ;)

Citation:

---

Envoyé par zulad

ben oui, normallement putword est dans categorem par defaut, seulement je suis obligé de caster pour sortir la methode ...

---

Et ça c'est pas normal. Ce qui me ferait dire qu'il y a une partie d'organe de reproduction dans le potage :)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

public class Word { ... public void putword( string word ) { ... } }   public class Categorem : Word { ... }   ... Categorem bleh = new Categorem() bleh.putword( "blih" );

---

Pas la moindre raison que ce soit plus compliqué que ça, à moins qu'il y ait autre chose qui foute le boxon en parallèle.