C# et WPF : la classe System.Windows.Shapes.Rectangle ne peut être héritée car elle est sealed.

Bonjour à tous,

Dans le cadre de la réalisation d’un jeu d’échec avec Silverlight et donc WPF,

Je souhaiterai créer une classe « Pièce » qui hériterai du type de dessin de Rectangle en WPF : System.Windows.Shapes.Rectangle, pour faciliter l’implémentation du dessin et de l’association à des événements (clic, survol) de mes pièces.

Manque de pot la classe System.Windows.Shapes.Rectangle est sealed :( :

Code:

---

public sealed class Rectangle : Shape

---

Source : http://msdn.microsoft.com/fr-fr/libr...rectangle.aspx

Se qui veut dire quelle ne peut pas être héritée (avoir des classes qui en découle).

Je suppose que Microsoft l’a fait exprès pour de bonne raison mais… est-ce qu’il y a une autre méthode ? Ou comment faire pour associer des événements à ma pièce après, sans la faire héritée ? :?

Si quelqu'un à une idée je suivrai ces conseils.

Merci d'avance.:ccool:

Bonjour,

Pourquoi ne déclare-tu pas les évènements directement dans ta classe "pièce" ?

Ceci est un tuto pour instancier tes propres évènements :
http://freddyboy.developpez.com/dotnet/articles/events/

Yop,

Oui, je pourrais mais le problème, c'est que ce que je voulais faire c'est :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

public class Piece : Rectangle { ... public Piece() { this.MouseDown += new MouseEventHandler(this.JouerUnCoup); }   public JouerUnCoup(event e ...){...} .... }

---

Alors que la je suis obligé de déclarer un rectangle à l'intérieur de ma classe,

Code:

---

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

public class Piece { .... private Rectangle _rectangle;   public Piece() { _rectangle = ....; } ....   }

---

Idem pour la classe System.Windows.Controls.Image.

Je ne comprend pas d'autant qu'en Windows Form, on pouvait hériter de PictureBox par exemple... 8O

Qu'est-ce qui a pris Microsoft de verrouiller ces classes de sorte à ce qu'on ne puisse pas en faire des classes enfants ??? Performance ? Sécurité ? Exclusivité ? :calim2:

Ou alors, il y a une nouvelle manière de développer sans héritage avec WPF ?

C'est épuisant... :cry:

la classe rectangle du WPF gere les evenement souris et clavier.

Puisque c'est du WPF pourquoi ne pas travailler en XAML?

Code:

---

1 2 3 4 5 6 7

<Border BorderBrush="black" BorderThickness="5" > <Grid> <Rectangle MouseDown ="Rectangle_MouseDown" Fill="white"/> <Image Width="200" Height="200" IsHitTestVisible="False"/> </Grid> </Border>

---

IsHitTestVisible permet de rendre un control invisible au evenement souris. Donc même si tu click sur l'image, c'est le rectangle qui recuperera l'evenement.

Evite de trop comparer WPF et Winforms, Même si le second s'inspire du premier, Ca n'a absolument rien à voir (L'un utilise DirectX l'autre GDI).

Merci de ta réponse.

Je ne veux pas travailler directement en XAML parce qu'il faut que je gère une série d'objet, par exemple : 64 cases pour l'échiquier, je ne souhaite pas faire de "copier/coller" de balise ou de bloc. Et puis car je vais avoir besoin de deux échiquiers graphiquement, car c'est un jeu des Échecs d'Alice que je fais, ce qui complexifie un peu plus les choses. Donc je préfère gérer tout ça de manière dynamique. :)

De plus, je n'ai pas de grande expérience de C# et .NET.

Et comme WPF est récent par rapport à WindowsForms, j'ai encore du mal à me documenter sur les nouveaux design patterns apportés par C#/WPF qui rendent obsolètes et vide de sens d'anciennes méthodes.

Merci pour cette observation :

Citation:

---

IsHitTestVisible permet de rendre un control invisible au événement souris. Donc même si tu click sur l'image, c'est le rectangle qui recuperera l'evenement.

---

J'avais pensé que le problème se poserait mais je n'avais pas cherché la solution. :ccool:

rien ne t'empeche de créer tes composants en XAML puis de coder un conteneur. C'est beaucoup plus simple. En plus tu peux t'aider de l'evenement PreviewMouseDown qui te permet de t'affranchir des ajouts d'écouteur à la volé.