C#开发的两个基本编程原则的深入讨论

使用属性避免将数据成员直接公开给外界。

在学习初期。net，经常遇到一些学C#/的朋友。NET又问，你要属性这种华而不实的东西做什么？后来做项目，经常会收到团队里人的抱怨和反馈。为什么不放一个公共字段呢？比如:

类卡
{
公共字符串名称；
}

而是做一个私有字段+公共属性

类卡
{
私有字符串名称；
公共字符串名称
{
get { return this . Name；}
set { this . name = value；}
}
}

记得在一个早期的项目中，团队中的一个朋友甚至厌倦了写私有字段+公共属性，尤其是遇到大量臃肿的dataobject类时。他只是简单的写了一个小工具，提供一个类的字段名和类型，然后自动为这个类生成对应的私有字段+公共属性。

当我编程的时候，我是一个彻底的实用主义者。用略显优雅的方式，我称之为“我不喜欢过度的设计”。如果真的如上写Card，而且以后也没必要改，我不喜欢故意把上面第2段的程序之类的事情复杂化。但是从组件的角度来看，总有一些类需要长期对外使用，未来也有潜在的需要改变。这时候就需要提供属性了。

这就是为什么这一项试图概括属性的使用:

1.您可以检查分配或进行其他处理。

2.可以做线程同步。

3.可以使用虚拟属性或抽象属性。

4.属性可以放在界面中

5.您可以提供get-only或set-only版本，甚至给予不同的读写访问权限(C# 2.0支持)