Issu d'une classe de formulaire dans .NET

Question

Théoriquement, vous pouvez dériver d'un formulaire, mais est-ce quelque chose que vous ne devriez pas faire? Je pense intuitivement, mais je ne l'ai jamais entendu parler d'une règle comme celui-ci.

Je veux dire une classe conrete qui découle déjà du formulaire. Par exemple, si j'ai class MyForm : Form, la question est: puis-je tirer de MyForm

?

Answer 1

Nous avons eu du succès dériver une classe de la forme, puis dériver toutes nos formes dans le projet de celui-ci. Il nous permet d'appliquer facilement les politiques à l'échelle du projet. Toutes nos formes ont une apparence et une. Il a également rendu facile d'avoir chaque forme rappelez-vous sa taille et son emplacement.

Answer 2

devrait provenir de la forme lors de la création d'un nouveau Windows Form. Lors de la création d'une nouvelle forme dans Visual Studio, la source des fichiers que vous obtenez déjà dérivez du formulaire.

Answer 3

Il n'y a pas de règle stricte qui vous empêche de dériver une forme de fenêtres. Si vous avez une bonne raison de le faire (par exemple, boulonnage dans certaines caractéristiques communes tout au long de votre projet tout au long de toutes les formes), alors allez-y.

Answer 4

Il est tout à fait raisonnable de tirer des formes à partir d'une base commune classe dérivée de forme, et peut être utile pour avoir un aspect standard pour votre application.

Answer 5

Je recommande fortement héritant d'un BaseForm. Cela rend très facile à F.E. faire tous EditForms sosie, parce que vous pouvez définir les contrôles communs sur la base (comme des boutons), leur donner une couleur d'arrière / image, etc. va de même pour toutes sortes de formes qui peuvent être regroupées. J'ai habituellement 1 BaseForm puis à nouveau un BaseForm en fonction de son « groupe » (modifier, liste, dialogue, ...)

Il vous fait WinApp davantage de cohérence.

Idem pour le code, généralement sous forme Modifier ont une base de code similaire: validation, logique sauvegarde, ... Vous pouvez mettre tout cette logique sur la forme de base (s) et ensuite quelques méthodes abstraites que vous pouvez mettre en œuvre sur le ChildForm.

Answer 6

La question dépend vraiment de ce que votre classe dérivée ne.

La forme et le nombre de ces classes de fin sont conçus pour faire beaucoup de tâches complexes pour vous donner tous les avantages des activités liées à la forme sans avoir à trop de code.

La règle serait quelque chose comme ceci: « Si vous avez l'intention de faire une simple opération de fenêtre, et si elle ne peut pas perturber le comportement régulier alors son mieux de ne pas tirer de la forme.

Ou puisque la forme est très chargé, vous pouvez économiser de la mémoire et le temps cpu en dériver des classes de base au lieu de la forme.