包装是否在价值无关的读写性能正交结构领域服务于一个目的

Question

结束语在属性力量的所有访问在该领域要经过“吸气”和“二传手”的方法，结构或类领域。这允许为验证添加逻辑，延迟初始化等的可能性。此外，在类字段的情况下，它允许可能具有适用于某些实例但不适用于其他实例的逻辑;如果属性不是虚拟的，它可能难以有效地实现这样的逻辑（例如，一会可能要定义一个静态VerySpecialInstance，并有属性getter说if (this == VerySpecialInstance) GetSpecialProperty(); else GetOrdinaryProperty();），但它可以做。

但是，如果结构的语义（例如System.Drawing.Point）规定特定的读写属性可以写入任何对其类型合法的值，那么除了改变其值之外，写入将没有副作用，它将始终返回最后写入的值（如果有的话），如果没有写入，它将作为其类型的默认值读取;如果使用该类型的代码可能依赖于这些假设，我不清楚使用读写属性而不是字段来保存值可能带来的好处。

，微软使用属性，而不是字段之类的东西Point.X等在历史上造成了混乱，因为MyList[3].X = 4;将被转换为MyList[3].Set_X(4)的事实，并没有看的Set_X这是不可能的定义中来告诉方法是否会实现其在不改变所述结构的任何字段的情况下所需的效果;如今的C＃编译器会猜测，这是行不通的，并且将禁止该构造，即使有一些struct哪些类型的属性setter会在实际上工作就好了。如果X是一个领域，而不是一个属性，如果微软曾表示，这两个安全的方式发生变异的结构体要么直接访问字段或传递结构作为ref参数的不同诱变方法（如果它是哪种，结构类型的静态方法，可以访问公共字段），这样的猜测就没有必要了。

由于使用暴露结构领域，而不是读写性能提高了性能和语义清晰，存在什么原因使结构域私下和性能包呢？数据绑定需要属性，但我不认为它适用于结构类型（如果创建了一个结构副本，然后将原始属性设置为一个值并将副本的相应属性设置为另一个值，那么值应该是多少被报告给绑定的对象？）有没有我不知道的结构属性的一些好处？

我个人认为，在很多情况下，“理想”的结构，简直是暴露公共字段列表，并构造方法的参数仅仅是这些领域的初始值，为了。这样的结构将提供最佳性能和可预测的语义（除了字段的类型和名称外，其行为与所有其他此类结构的行为相同）。在没有任何事情可以做任何事情的情况下，除了简单地读写底层字段之外，是否有理由支持读写属性？

Answer 1

没有看到使用read/write性能不变的结构任何好处，除了一点，你写的：包裹内的财产的setter和/或吸附剂中的逻辑，以及跨代码库维持一般准则（有利于维护和可读性的观点）。

我亲自当定义一个struct几乎总是使用原料public领域，没有属性，为了简化和我喜欢的类型的易耗

希望（对不可变类型的问题你已经在问题写）这有助于。

Answer 2

Rico Mariani写了good MSDN blog article on this very topic。

理由使用公共字段，而不是getter和setter方法包括：

1. 没有值的字段不能被允许有。
2. 客户端需要编辑它。
3. 为了能够写东西，如object.XY = Z.
4. 为了作出强有力的承诺，价值只是一个价值，没有任何副作用与它相关联（并且不会在未来）。

有些人觉得这很有争议。我怀疑这是因为这个案例很少或根本没有出现在他们编写的软件中，但他们并没有意识到在其他应用领域他们会得到很多。

^{（这是an answer I provided here副本，但我认为信息是足够有用的在这里重复。）}