C# 属性和字段 get set

做了一年的asp.net的开发了，最近有一个疑问，在项目中经常用到实体类，每次写get set  ,我就有点不理解了，是不是吃多了没事情做，何必不把字段设置成public就行了，下面做了一个实验

class Program    {        static void Main(string[] args)        {            Entity n = new Entity();            n.Name = "houwc1";            Entity2 n2 = new Entity2();            n2.Name = "houwc2";            Entity3 n3 = new Entity3();            n3.Name = "houwc3";            Console.WriteLine(n.Name);            Console.WriteLine(n2.Name);            Console.WriteLine(n3.Name);            Console.ReadKey();            //结果  代码能够正常的运行            //houwc1            //houwc2            //houwc3        }    }    public class Entity    {        public string Name;        public int Age;    }    public class Entity2    {        //这种代码的快捷键是  prop  +  tab  +  tab  VS 自动创建 get set         public string Name { get;set;}        public int Age { get; set; }    }    public class Entity3    {        private string name;        public string Name        {            get { return name; }            set { name = value; }        }        private string age;        public string Age        {            get { return age; }            set { age = value; }        }    }

我用了3种方式去创建实体类的字段，第一种当然是我最喜欢的直接给类的字段加  public 了，然而  第二种，是.net3.5出来的一种语法（大家都叫做程序员你的语法糖），第3种就是我的老大（以前工作在微软）经常用到的一种方式，我个人认为他估计是以前用 .net2.0的时候养成的习惯，其实第二种 方式（C#语法糖） 编译之后的结果也和第3种一样的，这个可以用反编译软件可以看得到，那么在写  Entity3的时候，我发现，name是类的一个字段，用来保存数据的，那么 Name究竟是什么呢，最后我发现一个问题，在n.name的时候 ,点出来的 name 判断是一个字段的图标  ，然而 n3点出来的Name左边确实一个属性的图标（扳手的小图标---属性），Entity2的实例 n2点出来的name也是属性的图标，然而我个人觉得，只要用{}(  前面没有()  )的都是属性，名称后面带 ()  的就是方法；那么微软为什么要不推荐直接用public，我也去了解了一下，

1   直接用public违背了 C# oop 编程的 封装 ，所有的基类都不希望派生类去直接访问我的数据

2   可以控制数据的范围，属性就相当于保安，要检查一下，比如   如果age赋值为负数

 try            {                Entity4 n4 = new Entity4();                n4.Age = -100;            }            catch            {                Console.WriteLine("我抓到了一个脑残");            }            Console.ReadKey();        }        public class Entity4        {            private int age;            public int Age            {                get { return age; }                set {                     if(value<0)                    {                        //抛出异常                                                                        throw new Exception("这个值很脑残");                    }                        else                    {                        age = value;                    }                                    }            }        }    }

这里给年龄赋一个负的值，显然不合理

3  可以控制只读或者只写  （只用get   或者只用set）

写了这么多，最后什么时候用哪种方式呢，我觉得写哪种都可以，如果你要在赋值或者取值的时候有限定，你可以采用 entity3的方式，第一种我个人一般也不用，我一般用Entity2的这种，也是微软推荐的，至于为什么不用第一种，我也是很无奈，至少我个人觉得第一种和第二种完全没区别。至少微软也没有给一个我们一个很有道理的说法！