Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Dense Newbie
Message
De
02/12/2003 16:42:22
Del Despain
Colorado Plateau Associates
Hurricane, Utah, États-Unis
 
 
À
01/12/2003 21:43:25
Del Despain
Colorado Plateau Associates
Hurricane, Utah, États-Unis
Information générale
Forum:
ASP.NET
Catégorie:
The Mere Mortals .NET Framework
Titre:
Divers
Thread ID:
00854881
Message ID:
00855204
Vues:
20
Ok, I think I am understanding things better. The problem was my lack of understanding about the inheritance chain of methods, plus I was referencing the wrong level of the bizobj for the method parameters. Let's see if I have this straight:

1) If I override a method in my application level business class, but still want the functionality of an existing override in my company level business class from which aBusinessObject is derived, I must explicitly call that parent class with base.method() from within the application level override. If the inheritance chain is longer, I would need each level to explicitly call its' parent method in order to extend functionality to the bottom of the chain, otherwise the overridden methods are not fired.

2) I am not allowed to assign an override method within the company level businessobject as "virtual", but I don't need to because once the method is declared as virtual at the top level, it remains virtual on down the chain unless I explicitly declare it otherwise.

3) If I declare a method in a child class with the same name as one in the parent class, but don't give it the same number of parameters (a different signature) as the method in the parent, then it will be treated as a different method, just like overloaded methods within the same class.
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform