WEB开发网
开发学院软件开发C语言 Effective C# 原则27:避免使用ICloneable 阅读

Effective C# 原则27:避免使用ICloneable

 2009-02-19 08:16:19 来源:WEB开发网   
核心提示:ICloneable看上去是个不错的主意:为一个类型实现ICloneable接口后就可以支持拷贝了,如果你不想支持拷贝,Effective C# 原则27:避免使用ICloneable,就不要实现它,但你的对象并不是在一个“真空”的环境中运行,我知道你已经有足够的能力这样做,但不要用Clone(

ICloneable看上去是个不错的主意:为一个类型实现ICloneable接口后就可以支持拷贝了。如果你不想支持拷贝,就不要实现它。

但你的对象并不是在一个“真空”的环境中运行,但考虑到对派生类的些影响,最好还是对ICloneable支持。一但某个类型支持ICloneable, 那么所有的派生类都必须保持一致,也就是所有的成员必须支持ICloneable接口或者提供一种机制支持拷贝。最后,支持深拷贝的对象,在创建设计时如果包含有网络结构的对象,会使拷贝很成问题。ICloneable也觉察到这个问题,在它的官方定义中有说明:它同时支持深拷贝和浅拷贝。浅拷贝是创建一个新的对象,这个新对象对包含当前对象中所有成员变量的拷贝。如果这些成员变量是引用类型的,那么新的对象与源对象包含了同样的引用。而深拷贝则可以很好的拷贝所有成员变量,引用类型也被递归的进行了拷贝。对于像整型这样的内置类型,深拷贝和浅拷贝是一样的结果。哪一种是我们的类型应该支持的呢?这取决于类型本身。但同时在一个类型中混用深拷贝和浅拷贝会导致很多不一致的问题。一但你涉及到ICloneable这个问题,这样的混用就很难解脱了。大多数时候,我们应该完全避免使用ICloneable,让类更简单一些。这样使用和实现都相对简单得多。

任何只以内置类型做为成员的值类型不必支持ICloneable; 用简单的赋值语句对结构的所有值进行拷贝比Clone()要高效得多。Clone()方法必须对返回类型进行装箱,这样才能强制转化成一个System.Object的引用。而调用者还得再用强制转化从箱子中取回这个值。我知道你已经有足够的能力这样做,但不要用Clone()函数来取代赋值语句。

那么,当一个值类型中包含一个引用类型时又会怎样呢?最常见的一种情况就是值类型中包含一个字符串:

1 2 3  下一页

Tags:Effective 原则 避免

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接