比如在Category.cs中， //获取所有宠物种类 public IList GetCategories() //按id号获取单个宠物种类 public CategoryInfo GetCategory(string categoryId) 第一个方法返回的是实体 CategoryInfo的集合，为什么用的是IList，而不是List呢？
比如在Category.cs中， //获取所有宠物种类 public IList<CategoryInfo> GetCategories() //按id号获取单个宠物种类 public CategoryInfo GetCategory(string categoryId) 第一个方法返回的是实体 CategoryInfo的集合，为什么用的是IList<CategoryInfo>，而不是List<CategoryInfo>呢？ |
|
|
| 回复人：syeerzy(快乐永远*先天下之乐而乐*后天下之忧而忧*) ( ) 信誉：95 | 2007-3-9 22:54:45 | 得分:0 |
|
|
? |
面向接口编程。
如果.Net 3.0或4.0,5.0里面，List可能产生一些变化，但是IList却不太可能变化（因为只是个接口，实现又不在这里，变化个接口意义不太大，就算这个接口不合理也是新加一个接口不会去改接口的），这只是一个简单的例子而已。
返回一个IList给了使用上更多灵活性，这个才是更重要的。 |
|
Top |
|
| 回复人：sp1234(遭遇 Adware.CPush 流氓) ( ) 信誉：98 | 2007-3-9 22:57:06 | 得分:0 |
|
|
? |
基本上，IList<T>与List<T>类型的接口功能是完全一样的。
.net不支持多重继承。那么使用IList<T>就能够适应更多的类型，包括不是从List<T>继承的类型。
不过，实际上使用Interface编程是非常令人痛苦的。因此，一般人返回一个这种集合的时候十有八九会从List<T>继承，而不会让自定义的集合仅实现IList<T>。好在List<T>也是IList<T>，所以使用IList<T>完全可以隐藏这种乱七八糟的选择。
综合起来看，IList<T>很难用，但是灵活。 |
|
Top |
|
| 回复人：Ivony(授人以鱼不如授人以渔，上海谋生) ( ) 信誉：100 | 2007-3-11 6:49:59 | 得分:0 |
|
|
? |
我觉得是最小使用原则，如果接受者并不需要具体的容器，而只需要一个可以被当作容器的“东西”，这个时候就不必返回一个具体的容器。
另一个方面也是从语义上来说，IList强调我返回一个容器，List强调我返回一个特定的容器。
面向接口编程不能生搬硬套，要不然也会很痛苦。
最后说明ArrayList和LinkedList等都实现了IList的接口 你可以声明一个IList类型的变量，使之指向ArrayList或者LinkedList IList list = new ArrayList(); IList list = new LinkedList(); |
|
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
