[英]Acessing the backing field in an auto property
有没有办法访问属性的支持字段,以便进行验证,更改跟踪等?
是否有类似以下内容? 如果没有,是否有计划在.NET 4 / C#4中使用它?
public string Name
{
get;
set
{
if (value != <Keyword>)
{
RaiseEvent();
}
<Keyword> = value;
}
}
我遇到的主要问题是使用自动属性不允许在具有明确支持字段的属性的验证等方面具有相同的灵活性。 然而,显式支持字段在某些情况下具有缺点,即允许其所包含的类在访问和重用属性的验证,更改跟踪等时访问支持字段,就像可能正在访问的任何其他类一样外部的财产。
在上面的示例中,对支持字段的访问将限定为属性,从而防止绕过属性验证,更改跟踪等。
编辑:我已将<Backing Field>更改为<Keyword>。 我会提出一个类似于价值的新关键字。 虽然我确信它在很多现有代码中被使用,但是字段会很好。
不,没有。 如果要访问支持字段,请不要使用自动属性并自行滚动。
我同意,拥有一个只能由财产而不是其他同类人员访问的字段会很棒。 我会一直使用它。
正如MSDN所述:
“在C#3.0及更高版本中,当属性访问器中不需要额外的逻辑时,自动实现的属性使属性声明更简洁。它们还使客户端代码能够创建对象当您声明属性时,如以下示例所示,编译器创建一个私有的,匿名的后备字段只能通过属性的get和set访问器来访问。“
由于在访问器中有其他逻辑,因此在您的方案中使用自动实现的属性是不合适的。
虽然支持字段确实存在,但它会被赋予一个错误的名称以阻止您轻松引用它 - 这个想法是您永远不会直接引用该字段 。 为了利益起见,您可以使用Reflector来反汇编代码并发现字段名称,但我建议您不要直接使用该字段,因为此名称可能确实存在易变性,因此您的代码可能随时中断。
在Mehrdad的回答中阅读了你的评论后,我想我更了解你的问题。
您似乎担心开发人员能够在他们正在编写的类中访问私有状态,绕过您的验证逻辑等。这表明该状态根本不应该包含在类中。
我会建议以下策略。 编写表示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); }
}
}
希望有所帮助 - 有点偏离原始主题,但我认为它更符合您的实际问题。 我们所做的是将验证逻辑从属性中移除并将其放在数据上,这正是您想要的位置。
不,但你可以在一个子类中:
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;
}
}
}
如果您要这样做,为什么要使用汽车房产?!
一个简单的属性已经在1.0中完成了。 我不认为为每种特殊情况增加语言的复杂性是有意义的。 您需要该属性来执行普通存储/检索模型或需要更多。 在后一种情况下,正常的财产会做。
你不能这样做我害怕。 这是我开始编写MoXAML Power Toys的原因之一,它提供了将自动属性转换为Notify属性的能力。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.