使用静态只读与静态 getter 模拟常量

Question

我正在使用第三方控件，它使用“奇怪的值”来区分选项列表。他们使用两个不同的属性来唯一标识每个选择。

Example:
"Field" + "RW" = "CheckedOutBy"
"System" + "N" = "Name"
"Field + "N" = "Notifier"

总共有 37 个不同的选项（每个选项都有两个值的不同组合，构成 37 个唯一选项）。

我创建了一个存储两个值的结构，我的想法是为每个选择创建一个新的结构实例。

public struct ColumnCode : IEquatable<ColumnCode>
{
    public static readonly ColumnCode Empty = new ColumnCode();

    private readonly ColumnType _columnType;
    private readonly string _code;

    internal ColumnCode(ColumnType columnType, string code)
    {
        _columnType = columnType;
        _code = code;
    }

    public override string ToString() { ... }
    public bool Equals(ColumnCode other) { ... }
    public override int GetHashCode() { ... }
}

理想情况下，我想为每个选择创建一个“常量”，但由于常量不是一个选项，我想尝试模仿一个常量。

我想出的两种方法是使用静态只读字段或仅使用 getter 的静态属性。

public static class FieldOption 
{
    public static ColumnCode CheckedOutBy { get; } = new ColumnCode(ColumnType.Field, "XW");
    public static ColumnCode Name { get; } = new ColumnCode(ColumnType.System, "N");
    public static ColumnCode Notifier { get; } = new ColumnCode(ColumnType.Field, "N");
}

或

public static class FieldOption 
{
    public static readonly ColumnCode CheckedOutBy = new ColumnCode(ColumnType.Field, "XW");
    public static readonly ColumnCode Name= new ColumnCode(ColumnType.System, "N");
    public static readonly ColumnCode Notifier = new ColumnCode(ColumnType.Field, "N");
}

无论哪种情况，我现在都可以使用FieldOption.CheckedOutBy、FieldOption.Name 或FieldOption.Notifier 等来引用我的C# 代码中的选项，但我不确定一种方法是否比另一种更好。

这些选择中的一个是否比另一个更适合模仿 const，或者是否有更好的方法我没有考虑。

我在互联网上阅读了大量信息，但仍然没有找到一个好的答案。其中一些似乎是矛盾的。许多信息表明属性优于字段，但在这篇文章 (https://msdn.microsoft.com/en-us/library/ms229057(v=vs.110).aspx) 中，微软说“对预定义的对象实例使用公共静态只读字段”所以我觉得静态只读字段是正确的选择。

我也不确定反射是如何在这里发挥作用的。我想确保 FieldOptions 的值不能更改，即使通过反射也是如此。

对此的任何帮助将不胜感激。

Answer 1

我想确保 FieldOptions 的值不能改变，即使是通过反射

实现这一点的唯一方法是使用只读属性，即使这样，也只有在每次调用 getter 时都重新实例化相应的值，例如：

public static ColumnCode CheckedOutBy
{
    get { return new ColumnCode(ColumnType.Field, "RW"); }
}

使用您显示的语法，或使用私有设置器的自动属性，仍然有一个支持字段，并且该支持字段仍然可以通过反射更改，尽管由于字段名称在源代码，并具有依赖于编译器实现的名称。

当然，每次调用 getter 时都重新实例化该值会对性能产生负面影响。因此，将属性设置为深度只读（即不受反射）是有代价的。这种性能成本在您的方案中是否重要，您必须自己确定。这个问题没有“一个正确的答案”。

我在互联网上阅读了大量信息，但仍然没有找到一个好的答案。其中一些似乎是相互矛盾的

这是因为，除了您有一些特定约束来告知您的决定（例如希望防止反射能够更改值）的情况之外，这实际上主要是个人喜好问题。 The previously proposed duplicate answer 解决了许多将字段与属性区分开来的问题，但实际上，在您询问的特定场景中，几乎没有真正的区别。

字段名义上表现更好，因为它们可以直接访问而不需要方法调用。但是 a) 在许多情况下，方法的主体将被内联，从而抵消了该优势，并且 b) 即使存在方法调用，在大多数情况下，它的开销也不足以影响甚至是可测量的。

因此，您需要决定：您需要对通过反射修改这些值的代码提供多大程度的保护？是否真的足够重要以至于值得用程序生成的值包装属性中的值？如果这样做，您将多久访问一次这些属性？每次调用 getter 时按需生成值的开销是否会影响代码的实用性？

这些问题只有你能回答。这里的人不可能为你回答这个问题。