二十四:声明方法的参数类型

     声明方法的参数类型时,应尽可能的指定最弱的类型,并且最好在基类上定义接口,例如,如果编写一个操作一组项目的方法,最好使用接口(如IEnumerable<T>)来声明,而不是使用强数据类型(如List<T>)或者强接口类型(如ICollection<T>或Ilist<T>)来声明。像以下代码:

//期望方式,该方法使用了一个弱参数类型

public void ManipulateItems<T>(IEnumerable<T> collection)

    

}

//非期望方式,该方法使用了一个强参数类型

public void ManipulateItems<T>(List<T> collection)

    

}

     上述第一个方法的调用可以传递数组对象、List<T>对象、String对象等,只要对象的类型实现了IEnumerable<T>,第二个方法只允许传递List<T>对象,不能接受数组对象或者String对象,显然第一个方法更加灵活,可以应用到更广泛的情形中。

如果我们准备实现一个处理流中的字节的方法,那么可以使用以下方法进行:

//期望方式,该方法使用了一个弱参数类型

public void ProcessBytes(Stream someStream)

    

}

//非期望方式,该方法使用了一个强参数类型

public void ProcessBytes(FileStream fileStream)

    

}

     从反面来讲,最好将方法的返回类型声明为最强的类型(尽量不要限于某一具体的类型),例如最好将方法的返回类型声明为FileStream而不是Stream

//期望方式,该方法使用了一个弱参数类型

public FileStream OpenFile()

    

}

//非期望方式,该方法使用了一个强参数类型

public Stream OpenFile()

    

}

     上面第一个方法比较可取,因为它允许方法的调用代码可选择的对待返回对象,可以将返回对象看作FileStream对象,也可以看作Stream对象,但是,第二个方法要求调用代码将返回对象看作Stream对象,从本质上讲,最好在调用方法时尽量有更多的灵活性,允许方法在更广的范围内使用。

     有时候,希望在不影响调用代码的情况下,能对方法的内部实现进行修改,在上一个例子中,OpenFile方法不可能改变它的内部实现返回非FileStream对象或者从FileStream对象派生出来的类型对象,但是如果某个方法可以返回List<String>对象,就可能非常有希望在未来的某个时候修改这个方法的内部实现以返回一个String[]对象,。在希望保留更多灵活性以改变方法返回对象的类型的类似情况中,选择一个比较弱的返回对象,例如:

//期望方式,该方法使用了一个弱参数类型

public IList<String> GetStringCollection()

    

}

//非期望方式,该方法使用了一个强参数类型

public List<String> GetStringCollection

    

}

 

 

 

你可能感兴趣的:(方法)