这篇文章主要通过演示类在不同发展中的不通过定义方法，来向读者表述它们之间的区别和联系。
在C#1时代，我们喜欢这样定义类：
public class Product { private string _name; public string Name { get { return _name; } } private decimal _price; public decimal Price { get { return _price; } } public Product(string name, decimal price) { this._name = name; this._price = price; } public static ArrayList GetArrayList() { ArrayList list = new ArrayList(); list.Add(new Product("WindowsPhone", 10m)); list.Add(new Product("Apple", 10m)); list.Add(new Product("Android", 10m)); return list; } public override string ToString() { return String.Format("{0}--{1}", _name, _price); } }局限性：
1、ArrayList没有提供与其内部内容有关的编译时信息，如果不慎写错，编译器也不会出现任何提示；
2、代码中为属性提供了公共的取值方法，这意味着如果添加对应的赋值方法，那么赋值方法必须是共有的；
3、用于创建属性和变量的代码很复杂，这违背了我们进行封装的原本意愿；
在C#2时代，我们喜欢这样定义类：
public class Product { private string _name; public string Name { get { return _name; } private set { _name = value; } } private decimal _price; public decimal Price { get { return _price; } private set { _price = value; } } public Product(string name, decimal price) { Name = name; Price = price; } public static List<Product> GetArrayList() { List<Product> list = new List<Product>(); list.Add(new Product("WindowsPhone", 10m)); list.Add(new Product("Apple", 10m)); list.Add(new Product("Android", 10m)); return list; } public override string ToString() { return String.Format("{0}--{1}", Name, Price); } }现在，属性拥有了私有的赋值方法，并且它能非常聪明的“猜出”List<Product>是告知编译器列表中只能包含Product。试图将一个不同类型添加到列表中会造成编译时错误，并且当你从列表中获取结果时，也并不需要转化结果的类型；有效的解决了C#1中的前两个问题；
在C#3时代，我们喜欢这样定义类：
public class Product { public string Name { get; private set; } public decimal Price { get; private set; } public Product(){} public static List<Product> GetArrayList() { return new List<Product>() { new Product {Name = "WindowsPhone", Price = 10m}, new Product {Name = "Apple", Price = 10m}, new Product {Name = "Android", Price = 10m} }; } public override string ToString() { return String.Format("{0}--{1}", Name, Price); } }发展到这个阶段，我们可以很明显的发现，不再有任何代码（或者可见的变量）与属性关联，而且硬编码的列表是以一种全然不同的方式构建，这样一来，我们实际上是完全可以删除就有的构造函数，但是外部代码就不能再创建其他的产品实例。自动熟悉大大简化了操作；
在C#4时代，我们喜欢这样定义类：
public class Product { private readonly string _name; public string Name { get { return _name; } } private readonly decimal _price; public decimal Price { get { return _price; } } public Product(string name,decimal price) { this._name = name; this._price = price; } public static List<Product> GetArrayList() { return new List<Product>() { new Product(name: "WindowsPhone", price: 10m), new Product(name: "Apple", price: 10m), new Product(name: "Android", price: 10m) }; } public override string ToString() { return String.Format("{0}--{1}", Name, Price); } }在这个特定的示例中，C#4的特性的好处还不是很明显，但当方法或构造函数包含多个参数时，它可以是代码的含义更加清-特别是当参数类型相同，或某个参数为null时。当然，你可以选择什么时候使用该特性，只在是代码更好的理解时才指定参数的名称；
总结：
C#1（只读属性，弱类型集合）------》C#2（私有属性赋值方法，强类型集合）------》C#3（自动实现的熟悉，增强的集合和对象初始化）------》C#4（用命名实参更清晰的调用构造函数和方法）
注：由于C#5在这方面的特性表现的没有太大变化，所以就不再表述。
如果你觉得这篇文章对你有所帮助，欢迎转载，但请注明出处！
原标题：C#特性之数据类型
关键词：C#
我知道了 