相关疑难解决方法(0)

我理解提供一个间接访问类成员的接口的好处.我的问题是:并不是你已经可以用任何OO语言完成的东西(有些东西)

public int NormalClass::getQuality() {
    return this->quality;
}

和

protected void NormalClass::setQuality(int q) {
    this->quality = q;
}

？

除了纯粹的美学外,.NET属性还提供了哪些额外的好处？

如果你能为它做出令人信服的论证,我会接受"可读性"; 但就个人而言,我倾向于认为get/set函数比属性更具可读性,因为它明确地是一个函数而不是一个直接值.

编辑:感谢大家的回答!这对我来说真的很有用; 总结一下我从所有人那里收集/学到的东西,以下是我到目前为止得出的一些结论:

• 属性的最大好处不是来自属性本身的特定功能,而是来自以特殊方式处理属性的框架和IDE功能; 例如,属性编辑器,XML序列化,数据绑定.
• 可以通过某些方便的方式将属性视为简单值,get/set函数不能:特别是obj.Prop ++和obj.Prop = value.
• 使用属性可以让您使用公共成员快速而肮脏的代码,而不必担心以后实现一堆get/set函数; 如果您需要添加一些逻辑和/或将公共成员设为私有,您可以简单地引入一个属性,而不是冒险破坏任何旧代码.

现在,到目前为止,有两点已经在2或3个答案中做出,我个人觉得有点可疑:这些属性意味着廉价的读/写操作,因此可以与简单变量基本相同的方式使用.我关于这一点的问题是,实际上强制执行此操作的属性中没有固有的东西; 这只是他们如何应该使用.对我来说,这是类似于一个"shouldBePrivate"限定符指示值应该只由它自己的类直接访问,但仍然可以从外部访问无论如何; 还是在街上巡逻的警察部队提醒我们,我们应该表现自己,但在我们开始犯罪时实际上并没有干涉(如果没有强制执行,它对我们真正做了什么？).

如果属性具有某种内置机制来确保读/写便宜,我会对这一点印象更深刻.

每当有关于Properties的可信度的问题时,我发现大多数讨论都是围绕函数/方法和属性进行的.但我也想知道使用属性与相关私有字段直接与公共字段直接使用的令人信服的理由,包含最常见的获取/设置行为而没有其他处理,我的意思是这种方式

public string CustomerName;

VS

private string customerName;
public string CustomerName
{
get{return customerName;}
set(string value){this.customerName=value;}
}