访问汽车属性中的支持字段

Question

有什么方法可以访问属性的支持字段以进行验证、更改跟踪等？

像下面这样的事情可能吗？ 如果没有，是否有计划将其纳入 .NET 4 / C# 4？

public string Name
{
    get;
    set
    {
        if (value != <Keyword>)
        {
            RaiseEvent();
        }
        <Keyword> = value;
    }
}

我遇到的主要问题是，使用自动属性不允许在验证等方面具有与具有显式支持字段的属性相同的灵活性。 然而，在某些情况下，显式支持字段的缺点是允许包含它的类访问支持字段，而该类应该访问和重用属性的验证、更改跟踪等，就像可能访问的任何其他类一样财产的外部。

在上面的示例中，对支持字段的访问将限定在属性范围内，从而防止规避属性验证、更改跟踪等。

编辑： 我已更改 支持字段> 到< 关键字>. 我会提出一个类似于 value 的新关键字。 field 会做得很好，尽管我确信它已在许多现有代码中使用。

Answer 1

不，没有。 如果您想访问支持字段，请不要使用自动属性并推出您自己的属性。

我同意，如果有一个只能由该属性访问而不能由班级其他成员访问的字段，那就太好了。 我会一直使用它。

Answer 2

正如MSDN所述：

“在 C# 3.0 及更高版本中，自动实现
属性进行属性声明
没有额外逻辑时更简洁
在属性访问器中是必需的。
它们还允许客户端代码创建
对象 当您将属性声明为
如以下示例所示，
编译器创建一个私有的、匿名的
只能访问支持字段
通过属性的获取和设置
访问器。”

由于您的访问器中有额外的逻辑，因此在您的场景中不适合使用自动实现的属性。

支持字段确实存在，但它被赋予了一个损坏的名称以阻止您轻松引用它 - 这个想法是您永远不要直接引用该字段，出于兴趣，您可以使用 Reflector 反汇编代码并发现字段名称，但我建议您不要直接使用该字段，因为该名称确实可能是不稳定的，所以你的代码可能随时崩溃。

Answer 3

阅读了您在梅尔达德回答中的评论后，我想我更好地理解了您的问题。

您似乎担心开发人员访问他们正在编写的类中的私有状态、绕过验证逻辑等的能力。这表明状态根本不应该包含在类中。

我建议采取以下策略。 编写一个表示 ValidatedValue 的通用类。 此类仅保存支持值，并且仅允许通过 get 和 set 方法进行访问/更改。 委托被传递到 ValidatedValue 来表示验证逻辑：

public class ValidatedValue< T >
{
    private T m_val;
    public ValidationFn m_validationFn;

    public delegate bool ValidationFn( T fn );

    public ValidatedValue( ValidationFn validationFn )
    {
        m_validationFn = validationFn;
    }

    public T get()
    {
        return m_val;
    }

    public void set(T v)
    {
        if (m_validationFn(v))
        {
            m_val = v;
        }
    }
}

当然，您可以根据需要添加更多委托（例如，支持更改前/更改后通知）。

您的类现在将使用 ValidatedValue 代替您的属性的后备存储。

下面的示例显示了一个类 MyClass，其整数经验证小于 100。请注意，引发异常的逻辑位于 MyClass 中，而不是 ValidatedValue 中。 这允许您执行依赖于 MyClass 中包含的其他状态的复杂验证规则。 Lambda 表示法用于构造验证委托 - 您可以改为绑定到成员函数。

public partial class MyClass
{
    private ValidatedValue<int> m_foo;

    public MyClass()
    {
        m_foo = new ValidatedValue<int>(
            v => 
            {
                if (v >= 100) RaiseError();
                return true;
            }
        );
    }

    private void RaiseError()
    {
        // Put your logic here....
        throw new NotImplementedException();
    }

    public int Foo
    {
        get { return m_foo.get(); }
        set { m_foo.set(value); }
    }
}

希望有所帮助 - 有点偏离原来的主题，但我认为这更符合您的实际担忧。 我们所做的是将验证逻辑从属性中取出并放在数据上，这正是您想要的地方。

Answer 4

不，但你可以在子类中：

public class Base
{
    public string Name
    {
        get;
        virtual set;
    }
}

public class Subclass : Base
{
    // FIXME Unsure as to the exact syntax.
    public string Name
    {
        override set
        {
            if (value != base.Name)
            {
                RaiseEvent();
            }

            base.Name = value;
        }
    }
}

Answer 5

如果你要这样做，为什么要使用自动属性？！

一个简单的属性早在 1.0 就已经做到了。 我认为为每种特殊情况增加语言的复杂性是没有意义的。 您要么需要该属性来执行简单的存储/检索模型，要么需要更多。 在后一种情况下，普通属性就可以了。

Answer 6

恐怕你不能这样做。 这就是我开始编写 MoXAML Power Toys 的原因之一，以提供以下功能：将自动属性转换为通知属性。