值得缓存成员结构吗？

Question

我有一个像这样的属性：

DateTime MinDate
{
    get { return new DateTime(2005, 3, 25); }
}

我担心的是，每次调用Derived.MinDate都会构造一个新的DateTime ，因此我希望有一个仅构造一次的基础_MinDate 。

private readonly DateTime _MinDate = new DateTime(2005, 3, 25);

DateTime MinDate
{
    get { return _MinDate; }
}

但是，既然DateTime仍然是一个结构，这是否有任何影响？ 方案1： MinDate构造一个新的DateTime ，然后将其复制到调用方。 方案2： _MinDate复制到MinDate ，后者又复制到调用者。 两种情况同样效率低下，对不对？

Answer 1

几乎正确； 几乎没有理由这样做。

通过缓存该结构，您需要复制缓存值的字节。

通过构造它，您需要调用构造函数，该构造函数将设置结构的字段。

如果构造函数进行了大量工作，则缓存可能会有用。

DateTime构造函数做了很多工作，因此，如果您多次调用该属性，则可能值得这样做。
但是，只有在实际看到性能问题时才应该这样做。

Answer 2

在内部， DateTime(Int32, Int32, Int32)构造函数非常便宜：它执行简单的乘法运算以将年，月和日转换为内部64位“ Tick”值。

AFAIK CLR不会缓存确定性结构构造函数实例（但这将是一个不错的优化！）。

但是，仅当您每秒每秒调用构造函数数百次时，我才会缓存该值，但是如果您确实愿意，则可以这样做：

private static readonly DateTime _minDate = new DateTime( 2005, 3, 25 );
protected override DateTime MinDate { get { return _minDate; } }

Answer 3

您对传递给另一个变量时复制的概念是正确的，因为DateTime是一个结构。

这是实现您追求的目标的一种方法：-

abstract class Base
{
    protected abstract void GetMinDate (ref DateTime minDate);
}

class Derived
{
    private static readonly DateTime _MinDate;
    static Derived()
    {
       _MinDate = new DateTime(2005, 3, 25);
    }
    protected override void GetMinDate (ref DateTime minDate);
    {
        minDate = _MinDate;
    }
}

GetMinDate将始终通过引用返回最短日期，这将是复制或不复制的主叫方问题。

Answer 4

从C＃6.0开始，现在有了使用自动实现的属性初始化程序的更简单方法：

DateTime MinDate { get; } = new DateTime(y, m, d);

编辑：这实际上是该功能的预期用途，并且编译器会自动将后备字段设置为readonly ； 实际上，您可以在构造函数中对其进行set操作。 它们被称为“仅获取自动属性”。 有关更多详细信息，请参见此处 。