C#特性之数据类型
这篇文章主要通过演示类在不同发展中的不通过定义方法，来向读者表述它们之间的区别和联系。
在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在这方面的特性表现的没有太大变化，所以就不再表述。
如果你觉得这篇文章对你有所帮助，欢迎转载，但请注明出处！
最新文章
- [sqoop1.99.7] sqoop实例——数据ETL
- easycwmp在开发板上的配置
- 【matlab】查看程序运行时间
- CUBRID学习笔记 42 Hierarchical QuerySQL层级查询
- jquery ajax的async属性的理解
- nexus-2.13.0-01.war
- cognos8.3 sample在DB2里的安装
- Burp Suite Walkthrough(英文版)
- 编写利用Fragment创建新闻列表
- Mac OS X Yosemite安装Hadoop 2.6记录
- Java泛型和集合之泛型VS模板
- DB数据导出工具分享
- 51nod_1119:机器人走方格 V2
- sum,filter和map参数里面的玄机
- MySQL准备
- Xdebug调试环境配置
- 笔记：pycharm 快捷键
- zookeeper安装小记
- 再谈JavaScript中的闭包
- HighCharts点击柱形或饼块等加URL或Click事件