Quelle est la meilleure façon de stocker un groupe de constantes que mon programme utilise? [fermé]

J'ai différentes constantes que mon programme utilise ... string's, int' s, double's, etc ... Quelle est la meilleure façon de les stocker? Je ne pense pas que je veuille un Enum, car les données ne sont pas toutes du même type, et je veux définir manuellement chaque valeur. Dois-je simplement les stocker tous dans une classe vide? Ou y a-t-il un meilleur moyen?

Vous pourriez probablement les avoir dans une classe statique, avec des propriétés statiques en lecture seule.

public static class Routes
{
    public static string SignUp => "signup";
}

IMO en utilisant une classe pleine de constantes est très bien pour les constantes. S'ils changent de manière semi-occasionnelle, je recommande d'utiliser AppSettings dans votre configuration et la classe ConfigurationManager à la place.

Quand j'ai des "constantes" qui sont réellement extraites d'AppSettings ou similaires, j'aurai toujours une classe "constantes" qui encapsule la lecture du gestionnaire de configuration. C'est toujours plus significatif d'avoir Constants.SomeModule.Settingau lieu d'avoir à recourir directement àConfigurationManager.AppSettings["SomeModule/Setting"] n'importe quel endroit qui veut consommer ladite valeur de réglage.

Points bonus pour cette configuration, car il SomeModules'agirait probablement d'une classe imbriquée dans le fichier Constantes, vous pouvez facilement utiliser l'injection de dépendances pour injecter soitSomeModule directement dans les classes qui en dépendent. Vous pouvez même extraire une interface par-dessus SomeModuleet créer une dépendance à ISomeModuleConfigurationdans votre code de consommation, cela vous permettrait alors de découpler la dépendance aux fichiers Constants, et même potentiellement de rendre les tests plus faciles, surtout si ces paramètres proviennent d'AppSettings et vous les modifiez à l'aide de transformations de configuration car les paramètres sont spécifiques à l'environnement.

Ce que j'aime faire est ce qui suit (mais assurez-vous de lire jusqu'à la fin pour utiliser le type de constantes approprié ):

internal static class ColumnKeys
{
    internal const string Date = "Date";
    internal const string Value = "Value";
    ...
}

Lisez ceci pour savoir pourquoi constce n'est pas ce que vous voulez. Les types de constantes possibles sont:

• constdes champs. N'utilisez pas entre les assemblys ( publicou protected) si la valeur peut changer à l'avenir, car la valeur sera codée en dur au moment de la compilation dans ces autres assemblys. Si vous modifiez la valeur, l'ancienne valeur sera utilisée par les autres assemblys jusqu'à ce qu'ils soient recompilés.
• static readonly des champs
• static propriété sans set

C'est la meilleure façon IMO. Pas besoin de propriétés, ou en lecture seule:

public static class Constants
{
   public const string SomeConstant = "Some value";
}

Une classe statique vide est appropriée. Pensez à utiliser plusieurs classes, de sorte que vous vous retrouviez avec de bons groupes de constantes associées, et non un fichier géant Globals.cs.

De plus, pour certaines constantes int, considérez la notation:

[Flags]
enum Foo
{
}

Comme cela permet de traiter les valeurs comme des drapeaux .

Un autre vote pour l'utilisation de web.config ou app.config. Les fichiers de configuration sont un bon endroit pour les constantes comme les chaînes de connexion, etc. Je préfère ne pas avoir à regarder la source pour voir ou modifier ce type de choses. Une classe statique qui lit ces constantes à partir d'un fichier .config peut être un bon compromis, car elle permettra à votre application d'accéder à ces ressources comme si elles étaient définies dans le code, mais vous donnera tout de même la flexibilité de les avoir dans un format facilement consultable / modifiable espace.

Oui, un static classpour stocker des constantes serait très bien, sauf pour les constantes liées à des types spécifiques.

Si ces constantes sont des références de service ou des commutateurs qui affectent le comportement de l'application, je les configurerais en tant que paramètres utilisateur de l'application. De cette façon, s'ils doivent être modifiés, vous n'avez pas à les recompiler et vous pouvez toujours les référencer via la classe de propriétés statiques.

Properties.Settings.Default.ServiceRef

Je suggérerais une classe statique avec lecture seule statique. Veuillez trouver l'extrait de code ci-dessous:

  public static class CachedKeysManager
    {
        public static readonly string DistributorList = "distributorList";
    }