C#泛型编程指导原则(三、四)

原创 2007年09月14日 13:30:00

Item 3: Replace System.Type with Type Parameters用类型参数取代System.Type

在一些情况下,你可能在方法的签名中使用过System.Type引用,以允许在基于支持的特定类型的情况下,改变方法的行为。

如:

public object FindPerson(Type personType, int id) {}

如果使用泛型,可以成为:

public T FindPerson<T>(T personType, int id) {}

这样一来,接口将会更清晰,也可以减少方法实现的复杂性。同时意味着该方法的用户不必强迫将该方法的返回值转换成指定的类型。

Item 4: Use Type Parameters for Ref Typesref类型使用类型参数

Item2谈到了用类型参数替换Object类型的一般策略,该规则有一个变种,针对该变种引入一个新的条款还是很有必要的。本条款的焦点在于Object类型的数据作为了引用参数。

如:

public void Sort(ref object param1, ref object param2) {}

一般的客户是这样使用该方法的;

public void processItems()

 {

Person person1 = new Person(424);

Person person2 = new Person(190);

Sort(ref person1, ref person2);

}

从表面上来看这样很好。Person将被强制转换为Object类型,并传递给该方法。

如果方法没有将参数指定为ref,那么该方法也就没有什么问题了。然而使用了ref关键字后,便一起将要求传入的参数类型与方法签名中指定的参数类型精确匹配。显然,这里的PersonObject不是精确匹配。因此,这样的话,可以通过将Person转换为Object来解决,但是,这样完全没有必要。

通过泛型方法可以这样解决:

public void Sort<T>(ref T param1, ref T param2) {}

使用了泛型后,方法的类型就精确匹配了。

在很多方面,该条款看起来是条款2的重复。然而,使用ref产生的复杂关系使得该条款有单独存在的必要。

 

C# 2.0中泛型编程思想分析

  • 2009年11月23日 20:23
  • 20KB
  • 下载

C#类库处理异常指导原则

作为一个类库开发的新手,在面对Exception时,一直不知道所措。阅读了的异常处理部分,记录下一些基本的原则,供日后查询并与大家分享。欢迎高手指点一二。 一、善用finally块  ...
  • kmguo
  • kmguo
  • 2013年11月28日 23:54
  • 2465

XML 泛型 控件 的C#编程示例

  • 2007年12月29日 15:33
  • 273KB
  • 下载

C# 2.0中泛型编程初级入门教程

  • 2009年09月21日 17:43
  • 9KB
  • 下载

pp看书笔记---C#高级编程第九版 第五章 【泛型】

写在前面: 简单说一下看书的感受,这一章看了五六遍,一个星期,反反复复看,工作休息没事的时候看看,玩手机累的时候看看,躺着看电视的时候看看,终于梳理通了 看书的感受是: 1.书中有些话太过于精简...

(面试)泛型的优点(C# 编程指南)

在公共语言运行库和 C# 语言的早期版本中,通用化是通过在类型与通用基类型 Object 之间进行强制转换来实现的,泛型提供了针对这种限制的解决方案。通过创建泛型类,您可以创建一个在编译时类型安全...
  • hyhyct
  • hyhyct
  • 2012年04月16日 23:26
  • 345

C#高级编程第6版doc].第09章_泛型

  • 2013年08月10日 19:27
  • 205KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:C#泛型编程指导原则(三、四)
举报原因:
原因补充:

(最多只允许输入30个字)