C#: Comment faire pour appeler une méthode statique d'une classe de base à partir d'une méthode statique d'une classe dérivée?

static méthodes sont en fait une méthode de secours à partir des concepts orientés objet. En conséquence, ils ne sont pas très flexibles dans des hiérarchies d'héritage et il n'est pas possible de faire une telle chose directement.

La chose la plus proche que je peux penser est un using directive.

using mybaseclass = Namespace.BaseClass;

class MyClass : mybaseclass {

  static void MyMethod() {  mybaseclass.BaseStaticMethod();  }

}

OriginalL'auteur Mehrdad Afshari

L'appel d'une méthode statique à l'aide de la réflexion est exactement le même que l'appel d'une méthode d'instance, sauf que vous passez la valeur null pour l'instance. Vous avez besoin FlattenHierarchy parce qu'il est défini dans un ancêtre.

var type = assy.GetType("MyNamespace.MyType");
MethodInfo mi = type.GetMethod("MyStaticMethod", 
  BindingFlags.Static | BindingFlags.Public | BindingFlags.FlattenHierarchy);
mi.Invoke(null, null);

Plus de la lecture et de la pensée laisse me poser les mêmes questions que les autres qui ont répondu: pourquoi utiliser des méthodes statiques comme cela? Essayez-vous de faire de la programmation fonctionnelle, et si oui, pourquoi ne pas utiliser des expressions lambda à la place? Si vous voulez polymophic comportements avec l'état partagé, les méthodes d'instance serait mieux.

OriginalL'auteur Peter Wone

D'abord et avant tout, si vous êtes inquiet au sujet de re-parenting une classe, alors vous êtes probablement à faire de l'héritage de mal. L'héritage doit être utilisé pour établir "est-un" relations", pas simplement de favoriser la réutilisation du code. Si vous avez besoin d'un code de ré-utiliser seul, pensez à utiliser la délégation, plutôt que de l'héritage. Je suppose que vous pourriez introduire un type intermédiaire entre un sous-type et son parent, mais je ne laisserais pas cette possibilité lecteur de mon design.

Seconde, si vous avez besoin d'utiliser la fonctionnalité de la classe de base, mais de l'étendre ET le cas d'utilisation des appels pour une méthode statique, vous souhaitez peut-être envisager d'utiliser une partie externe de la classe afin de conserver la fonctionnalité. Le cas classique à cela dans mon esprit, c'est le modèle de Fabrique. Une façon de mettre en œuvre le modèle de Fabrique est par le biais de Méthodes de Fabrique, une méthode statique d'une classe qui construit une instance de cette classe. Habituellement, le constructeur est protégé de sorte que la méthode est la seule façon de construire la classe de l'extérieur.

Une voie d'approche pour ré-usage avec de l'Usine de Méthodes dans une hiérarchie d'héritage serait de mettre le code dans une méthode protégée et appeler cette méthode à partir de l'Usine de Méthode plutôt que d'appeler directement la classe de base de l'Usine de Méthode à partir d'un sous-types de Méthode de Fabrique. Une meilleure mise en œuvre pourrait utiliser la même technique, mais de déplacer l'Usine des Méthodes à une classe Factory et utiliser le constructeur de la logique (interne maintenant, pas dans le privé), peut-être en collaboration avec une méthode d'initialisation(s), pour créer l'objet. Si le comportement que vous hériterez est externe à partir de la classe (décryptage/validation/etc), vous pouvez utiliser des méthodes communes (ou composition) au sein de l'Usine pour permettre la ré-utilisation entre les méthodes de Fabrique.

Sans connaître le but de votre utilisation de méthodes statiques, il est difficile de vous donner un sens exact, mais j'espère que cela aidera.

OriginalL'auteur tvanfosson

Avoir en compte qu'une méthode Statique shoudn pas de relais dans les données de l'instance... vous devriez avoir une statique "MyMethod" qui se comporte de façon différente en fonction d'un paramètre ou quelque chose comme ça.

Rappelez-vous que la statique de la méthode définie dans une classe est simplement un moyen pour commander votre code... mais c'est la même chose si la méthode est placé ailleurs... parce qu'il n'a pas de relais sur l'objet où il est placé.

EDIT: je pense que votre meilleur choix est d'utiliser le Produit.MyMethod explicitement... Si vous pensez que ça... ça doit pas être probable que votre Widget modifier sa base de clase... et aussi, dans ce cas, c'est un changement mineur dans le code.

OriginalL'auteur Romias

C'est très simple. Beaucoup plus simple que d'utiliser de l'aliasing, réflexions, etc. C'est peut-être plus facilement dans de nouveaux ajouts de .NET, IDK, mais cela fonctionne parfaitement bien. Tout comme avec les méthodes d'instance, l'accès à la base de méthodes ne nécessitent pas de base être utilisé, il est facultatif, généralement nécessaire lors de l'héritage et de la classe de base ont une méthode du même nom. Même sans le base mot-clé, vous pouvez accéder aux méthodes statiques d'une classe de base comme s'ils étaient dans la classe que vous appelez. J'ai uniquement testé lors d'un appel de la base de statique méthode d'une classe dérivée de statique méthode. Peut ne pas fonctionner si vous appelez à partir d'un instance méthode à une méthode statique.

public class BaseThings
{
    protected static void AssertPermissions()
    {
        //something
    }
}

public class Person:BaseThings
{
    public static void ValidatePerson(Person person)
    {
        //just call the base static method as if it were in this class.
        AssertPermissions();            
    }
}

OriginalL'auteur AaronLS