在 C# 中实现全局常量的最佳方法是什么？

Question

我有一个 Common 项目，我在其中添加了 QueryStringNames 的公共常量。

我知道通常常量应该是内部的或私有的，但我在这里需要公共常量，因为我想允许全局访问查询字符串名称、会话密钥等。

我知道有 3 个解决方案，但它们都有一个重要问题。调用者程序集将包含我的常量的副本，这意味着如果我必须更改一个常量值，我将不得不编译我的通用程序集和调用者程序集！

1) public const string ConstName = "a value";
2) public readonly string ConstName = "a value";
3) To be stored in a public resource file.

除了将公共常量存储在 web.config 文件（没有智能感知）中之外，在 C# 中定义公共常量的最佳方法是什么？

Answer 1

这取决于。如果它确实是一个不会改变的常量，即使在您的代码的未来版本中，那么const 也可以。否则使用static readonly 字段。

const 将嵌入到调用程序集中，而 static readonly 调用程序集仅包含对该字段的引用。这意味着const 需要在您更改值时重新编译所有相关代码，而public readonly 即使不重新编译调用程序集也会使用新值。

如果您想将“常量”存储在配置文件中，但像​​ Intellisense 一样，您可以使用没有公共设置器的属性。然后在运行时从配置文件中填充它。但我认为配置值首先不应该是static。对于配置值，我会使用某种单例，最好是 IoC 变体，而不是 Class.Instance 变体。所以我只需定义一个如下所示的接口：

interface IMyConfig
{
  string Key{get;}
}

并让需要此配置的类将其作为构造函数参数：

public MyClass(IMyConfig config)
{
    ...
}

Answer 2

如果您认为要更改它并且担心必须编译它，那么为什么不在 web 配置文件中使用 appSettings 呢？这就是它的用途。如果您真的需要智能感知，那么您可以将一个类放入其中一个程序集中，该程序集读取配置值并将其作为属性公开，以便于引用。如果它是敏感数据，那么我不会把它放在配置文件中，我只会编译它，因为你不想破坏你的应用程序。

<appSettings>
    <add key="myconstant" value="here's the value!" />
</appSettings>

这是引用该值的类，它为您提供智能感知，将来可以轻松更改它，而无需重新编译任何东西

public class MyAppConfigSettings
{
    public string MyConstant { get; private set; }

    public MyAppConfigSettings()
    {
        MyConstant = ConfigurationManager.AppSettings["myconst"];
    }
}

它可能不是你解决方案的答案，但它可能会给你一些其他的想法。

Answer 3

如果您正在激活 fxCop（Visual Studio 发行版中包含的代码分析工具），您可能会收到建议将常量更改为：

public static readonly string ConstName = "a value";

Answer 4

我不确定我是否完全理解了这个问题...您要求一种解决方案来存储一些全局变量，如果您更改它们，这些全局变量不会导致重新编译到引用这些全局变量的程序集？如果是这样，那么为什么不尝试按照Inversion of Control 原则重新设计您的架构呢？想想“不要打电话给我们，我们会打电话给你”的好莱坞原则。如果所有需要一些 const 的程序集只调用一个接口（他们拥有的），该接口公开了一个具有他们需要的值的属性，那么你就有一个实现这些接口的常量项目（通过引用这些项目然后实现这些接口）那么当您更改常量的值时，这些项目将永远不需要重新编译。

我相信您无论如何都知道它们，但请阅读SOLID principles，“D”是依赖倒置原则（控制倒置）。我认为考虑到您的担忧（假设我的理解正确），他们真的可以帮助您。

控制反转的一个例子可以很简单：

MyService.dll：

public class MyService
{

    // injected dependency
    public IMyConstants MyConstants { get; set; }

    public MyMethod(){

        // get your query...
        var query = IMyConstants.Query;
    }

}

MyConstants.dll：

public MyConstants : IMyConstants {

    // implementation of query property from the myservices.dll interface
    public string Query { ... }

}

所以 myconstants.dll 引用 myservice.dll 而不是相反（意味着 myservices 不需要重新编译）。然后引导代码（设置它并注入依赖项）位于其他地方。

对不起，如果我误解了你，希望对你有所帮助！

Answer 5

在大多数情况下，我更喜欢第二个选项，因为它不会引起问题（通过将值复制到其他程序集）。速度可能比常数慢，但这种纳秒级的速度还很不成熟。

Answer 6

您可以使用 Cache 对象并在 Global.asax 中定义它们

Answer 7

如前所述，情况不一样：

• const：是常量，只能通过重新编译才能修改。
• 只读：值在声明或构造函数中初始化，之后保持只读状态。

当字段声明包含只读修饰符时，对声明引入的字段的赋值只能作为声明的一部分或在同一类的构造函数中发生