C# 资源字典与.cs文件

我有一些应用程序级的常量，比如存储过程名称、用户消息等。我改变这些资源的可能性非常小

请让我知道在我们的应用程序中保持常量的良好做法

Is资源字典优于.cs文件

问候

---

AA

对于初学者来说，考虑这些东西是正确的。由于很多原因，魔术字符串和其他魔术值是不好的

以下是我们使用的一些准则：

常量只允许用于真实世界中的常量。如果您需要使用“我的bonnie位于{0}之上”作为格式字符串，那么您可以使用一个资源

可能发生变化的事情永远都不是常数。这东西你有几个选择

如果它不是您的逻辑的一部分，它就不会出现在源代码中。它位于以下外部位置之一，并在源代码中被引用，这样您就不必重新编译来进行更改

根据需要，每个程序集通常有三个文件： 首先，一个常量文件。这通常与Constants.cs一样简单。将常量（以及非编译时常量且从不更改的只读静态）放入此文件中。您还可以包括可配置但必须具有默认值的内容

internal class Constants
{
    public const LogLevel DEFAULT_LOG_LEVEL = LogLevel.Error;

    public static readonly string APP_NAME = Configuration.ApplicationName ?? "Test Application";
}

第二，读取配置值并将其作为静态值返回的文件。这通常是Configuration.cs，负责返回所有配置值。这使您无需重新编译来更改连接字符串、处理设置或其他操作。实际值位于.ini文件、web.config或app.config、数据库表或源代码之外的其他位置。如果在下面的示例中，您可以在代码中设置ConfigurationManager.AppSettings[“ApplicationName”]，但如果要更改该AppSettings的键，该怎么办？你必须找到一个重命名所有对它的引用。只需花费额外的30秒来执行类似操作，以及所有Configuration.ApplicationName

internal class Configuration
{
    public static string ApplicationName
    {
        get
        {
            return ConfigurationManager.AppSettings["ApplicationName"];
        }
    }
}

最后，一个或多个资源文件。这是我们放置图标、图像、不寻常字体、本地化（或可更改）字符串等用于显示目的的地方

没有具体正确的方法来做这件事，但我认为上面的内容会给你一个开始的地方