Vous devez être membre et vous identifier pour publier un article.
Les visiteurs peuvent toutefois commenter chaque article par une réponse.

Design d'une fenêtre qui hérite d'une classe abstraite

Astuces de l’Infobrol (dotNet)Article publié le 15/01/2008 08:37:41


L'orienté objet nous permet une très grande réutilisabilité du code, ce qui entraîne un gain énorme en maintenance et en rapidité de codage.

Lorsque j'ai commencé à réaliser mes vues, j'ai tenté de coder en C# de la même manière qu'en Java :
Je crée une classe abstraite qui hérite de Forms, je définis tous les composants de base (les menus, la présentation, différentes méthodes générales) puis je déclare les méthodes spécifiques qui devront êtres implémentées dans les classes qui dérivent de cette classe abstraite.

A la compilation, tout se passe correctement, et at runtime je n'ai aucun problème. Mais lorsque je désire afficher une des fenêtres enfants en mode design, j'obtiens cette erreur :
The designer could not be shown for this file because none of the classes within it can be designed. The designer inspected the following classes in the file: ChildForm --- The base class 'be.gaudry.examples.abstractTest.AbstractForm' could not be loaded. Ensure the assembly has been referenced and that all projects have been built.


L'éditeur cherche donc à instancier la classe abstraite, hors il est impossible de créer un object à partir d'une classe abstraite.

Le problème se présentait avec VisualStudio 2005, et je pensais qu'il serait résolu dans VisualStudio 2008, mais ce n'est pas le cas.

PS : Je n'utilise personnellement que trois éditeurs : Visual Studio en général, parfois le plugin C# pour Eclipse, ou encore souvent notepad pour la rapidité.

Le seul de ces trois éditeurs à proposer un mode design étant Visual Studio, je pensais que le bug provennait de l'éditeur, mais dans l'article cité en référence l'auteur déclare que d'autres éditeurs présentent le même problème.


Au fil du temps, j'ai trouvé de nombreux articles qui proposaient des solutions pour permettre l'affichage en mode design, mais aucune de ces solutions ne me semblait propre au niveau de la conçeption d'une application.

L'article proposé sur codeproject est d'une simplicité consternante et très propre : utiliser la compilation conditionnelle.

En effet, il suffit de déclarer que si nous sommes en compilation debug la classe n'est pas abstraite et les méthodes sont implémentées.
Cela donne ceci :
  1. using System.Windows.Forms;
  2.  
  3. namespace be.gaudry.examples.abstractTest
  4. {
  5. #if DEBUG
  6. public partial class AbstractForm : Form
  7. #else
  8. public abstract partial class AbstractForm : Form
  9. #endif
  10. {
  11.  
  12. public AbstractForm()
  13. {
  14. InitializeComponent();
  15. }
  16. #if DEBUG
  17. protected void doSomething()
  18. {
  19. throw new NotImplementedException();
  20. }
  21. #else
  22. protected abstract void doSomething();
  23. #endif
  24. }
  25. }


Si nous sommes en compilation debug (dans la boîte de sélection "Solution Configurations" dans la barre d'outils en haut de Visual Studio), Il est possible d'afficher et de modifier la fenêtre enfant en mode design.

Le problème, c'est que l'éditeur ne nous oblige pas pour la classe enfant à implémenter les classes abstraites de la classe parent. Il faut alors sélectionner "Release" comme type de compilation et l'éditeur nous propose d'insérer automatiquement une implémentation par défaut des classes abstraites.

L'article en référence ne s'arrète pas là, mais il propose de déclarer une variable de compilation conditionnnelle pour obliger l'implémentation en compilation debug, et le tour est joué.

Merci encore à l'auteur de cet article.

Avatar :: Steph Un article de Steph

Source : www.codeproject.com


Sélection, tri et recherche d'articles
FILTRER :
TRIER :1er critère : 2e critère :
CHERCHER : Dans les titres Dans le contenu


[Afficher les liens en fonction des critères du formulaire ci-dessus]

Nederlandse vertaling

U hebt gevraagd om deze site in het Nederlands te bezoeken. Voor nu wordt alleen de interface vertaald, maar nog niet alle inhoud.

Als je me wilt helpen met vertalingen, is je bijdrage welkom. Het enige dat u hoeft te doen, is u op de site registreren en mij een bericht sturen waarin u wordt gevraagd om u toe te voegen aan de groep vertalers, zodat u de gewenste pagina's kunt vertalen. Een link onderaan elke vertaalde pagina geeft aan dat u de vertaler bent en heeft een link naar uw profiel.

Bij voorbaat dank.

Document heeft de 13/09/2004 gemaakt, de laatste keer de 26/10/2018 gewijzigd
Bron van het afgedrukte document:https://www.gaudry.be/nl/ast-rf-425.html

De infobrol is een persoonlijke site waarvan de inhoud uitsluitend mijn verantwoordelijkheid is. De tekst is beschikbaar onder CreativeCommons-licentie (BY-NC-SA). Meer info op de gebruiksvoorwaarden en de auteur.