Quand utiliser les classes statiques en C# [dupliquer]

au moment de décider si une classe doit être statique ou non, vous devez examiner les informations que vous tentez de représenter. Cela implique un style de programmation plus " Ascendant " où vous vous concentrez sur les données que vous représentez en premier. Est-ce que la classe que vous écrivez est un objet réel comme une pierre, ou une chaise? Ces choses sont physiques et ont des attributs physiques tels que la couleur, le poids qui vous dit que vous pouvez vouloir instancier plusieurs objets avec des propriétés différentes. Je veux peut-être une chaise noire et une chaise rouge en même temps. Si vous avez besoin de deux configurations en même temps, alors vous savez instantanément que vous voudrez l'instancier comme un objet afin que chaque objet puisse être unique et exister en même temps.

de l'autre côté, les fonctions statiques tendent à prêter davantage aux actions qui n'appartiennent pas à un objet du monde réel ou à un objet que vous pouvez facilement représenter. Rappelez-vous que les prédécesseurs de C#sont C++ et C où vous pouvez il suffit de définir des fonctions globales qui n'existent pas dans une classe. Cela prête davantage à la programmation top-down ". Des méthodes statiques peuvent être utilisées pour ces cas où il n'est pas logique qu'un "objet" exécute la tâche. En vous forçant à utiliser des classes, cela rend juste plus facile de grouper les fonctionnalités liées qui vous aident à créer du code plus maintenable.

la plupart des classes peuvent être représentées par statique ou non statique, mais en cas de doute, il suffit de revenir en arrière à vos racines OOP et essayer de penser à ce que vous représentez. Est-ce un objet qui exécute une action (une voiture qui peut accélérer, ralentir, tourner) ou quelque chose de Plus Abstrait (comme afficher la sortie).

entrez en contact avec votre OOP intérieur et vous ne pouvez jamais vous tromper!

De C# 3.0, les méthodes d'extension ne peut exister que dans le haut-niveau statique de la classe.

si vous utilisez des outils d'analyse de code (par exemple FxCop ), il vous sera recommandé de marquer une méthode static si cette méthode n'accède pas aux données des instances. La justification est qu'il y a un gain de rendement. MSDN: CA1822-marquer les membres comme statiques .

C'est plus un guide qu'une règle, vraiment...

j'ai tendance à utiliser des classes pour les usines. Par exemple, il s'agit de la classe logging dans un de mes projets:

public static class Log
{
   private static readonly ILoggerFactory _loggerFactory =
      IoC.Resolve<ILoggerFactory>();

   public static ILogger For<T>(T instance)
   {
      return For(typeof(T));
   }

   public static ILogger For(Type type)
   {
      return _loggerFactory.GetLoggerFor(type);
   }
}

vous avez peut-être même remarqué que IoC est appelé avec un accesseur statique. Plus du temps pour moi, si vous pouvez appeler les méthodes statiques de la classe, c'est tout ce que vous pouvez faire pour que je marque de la classe statique pour plus de clarté.

j'ai commencé à utiliser des classes statiques quand je souhaite utiliser des fonctions, plutôt que des classes, comme mon unité de réutilisation. Auparavant, j'étais tout au sujet du mal des classes statiques. Cependant, apprendre F# m'a fait les voir dans une nouvelle lumière.

Qu'est-ce que je veux dire par là? Eh bien, disons qu'en travaillant sur un super code sec , je finis avec un tas de classes à une seule méthode. Je peux juste tirer ces méthodes dans une classe statique et puis injecter ils deviennent des dépendances en utilisant un délégué. Cela se passe aussi bien avec mon injection de dépendance (DI) conteneur de choix Autofac.

bien sûr, prendre une dépendance directe sur une méthode statique est encore habituellement mal (Il ya quelques utilisations non-mal).

classes Statiques sont très utiles et ont une place, par exemple les bibliothèques.

le meilleur exemple que je puisse fournir est la classe.Net Math, une classe statique d'espace de noms système qui contient une bibliothèque de fonctions mathématiques.

C'est comme n'importe quoi d'autre, utiliser le bon outil pour le travail, et si rien ne peut être abusé.

rejeter aveuglément les classes statiques comme fausses, ne pas les utiliser, ou en disant "Il ne peut y avoir qu'une" ou Aucune, est aussi mal que sur l'aide de la leur.

C#.Net contient un certain nombre de classes statiques qui est utilise tout comme la classe de mathématiques.

donc, étant donné la mise en œuvre correcte, ils sont extrêmement utiles.

nous avons une classe de fuseau horaire statique qui contient un certain nombre de fonctions de fuseau horaire liées aux affaires, il n'est pas nécessaire de créer plusieurs instances de la classe tellement comme la classe de mathématiques, il contient un ensemble de fuseau horaire globalement accessible fonctions réalisées (méthodes) dans une classe statique.

j'utilise des classes statiques comme moyen de définir une" fonctionnalité supplémentaire " qu'un objet d'un type donné pourrait utiliser dans un contexte spécifique. D'habitude, ce sont des classes d'utilité.

autrement, je pense que " Utiliser une classe statique comme unité d'organisation pour des méthodes non associées à des objets particuliers."décrire assez bien leur usage prévu.

c'est une autre vieille mais très chaude question depuis que OOP a commencé. Il existe de nombreuses raisons d'utiliser(ou non) d'une classe statique, bien sûr, et la plupart d'entre eux ont été couverts dans la multitude de réponses.

je vais juste ajouter mes 2 cents à cela, en disant que, je fais une classe statique, quand cette classe est quelque chose qui serait unique dans le système et qui ne ferait vraiment aucun sens d'avoir des exemples de cela dans le programme. Cependant, je réserve cette utilisation pour les grandes classes. Je ne déclarez jamais des classes aussi petites que dans L'exemple MSDN comme "statiques" et certainement pas des classes qui vont être membres d'autres classes.

j'aime aussi noter que les" méthodes statiques et les "classes statiques sont deux choses différentes à considérer. Les principaux inconvénients mentionnés dans la réponse acceptée concernent les méthodes statiques 151960920". static classes offrent la même flexibilité que classes normales(où les propriétés et les paramètres sont concernés), et toutes les méthodes utilisées doivent être pertinentes pour les fins de l'existence de la classe.