Wie man das Hartkodieren von Zeichenfolgen vermeidet

Question

Dies ist eine Frage zu den besten Codierungspraktiken. Ich möchte wissen, wie der Konsens darüber aussieht, wie man am besten das Hardcodieren von Zeichenfolgen und Werten in einer .NET-Anwendung vermeiden kann. Was ich bisher gesehen habe, wo ich zuvor gearbeitet habe:

• Verwendung von Ressourcen .resx-Dateien
• Speichern dieser Werte und Zeichenfolgen in App.config oder web.config

• Erstellung einer statischen Klasse ApplicationStrings und Deklarierung aller Zeichenfolgen und Werte darin:

  public static class ApplicationStrings
  {
      #region constants
      public const string APPLICATION_NAME = "X";
      public const string APPLICATION_RESOURCEMANAGER_NAME = "ResourceManagerX";
      public const string APPLICATION_DEFAULT_LOGFILENAME = "log.txt";
  }

Ist jedoch die 3. Methode nicht einfach ein weiteres Hardcoding? Macht es Sinn, eine solche Klasse zu haben? Der Vorteil wäre, dass alle Zeichenfolgen an einem Ort sind, aber vermeidet das wirklich ein Hardcoding?

Wenn Sie auch andere Gewohnheiten für diese Situation entwickelt haben, fühlen Sie sich frei zu posten.

Answer 1

Der Hauptvorteil besteht tatsächlich darin, alle Zeichenketten an einem Ort zu haben und Sie brauchen sie nur dort zu ändern, um das gesamte Programm zu aktualisieren. Wenn verschiedene Teile Ihres Programms dieselbe Zeichenkette verwenden und eine Instanz aktualisiert wird, eine andere jedoch nicht, haben Sie ein Problem. Das gilt übrigens für alle Literalwerte.

Und dann gibt es mit Ressourcendateien den Vorteil von i18n und l10n. Wenn Sie es benötigen, aber viele große Anwendungen sollten es.

Answer 2

Im Allgemeinen glaube ich, dass es eine gute Praxis ist, alle konfigurierbaren Daten in einer zentralen Konfigurationsdatei zu speichern, damit alle Daten an einem Ort sind und von anderen Apps geteilt werden können

Answer 3

Nach meiner Meinung ist ApplicationSettings nur nützlich, wenn Ihre Einstellungen (i) wirklich Konstanten sind und (ii) natürlich wirklich öffentlich sind. Wenn einer dieser Fälle nicht zutrifft, ist dies nicht ideal und Ihre Wahl ist zurück zu einer .config-Datei .resx

Answer 4

Nun, ich denke, dass ApplicationStrings eine gute Lösung ist