做项目的时候用LIst好还是IList好？

[civerb]

做项目的时候比如要编写一个方法返回一个用户对象的集合
是定义成：
public List<User> GetAllUser();好呢？还是
public IList<User> GetAllUser();好呢？

其实我一开始都是用第一种的，不过petshop4.0里都是用的第二种，搞不懂哪一种实用了，哪一种好呢？

[lnwuyaowei]

第二种好。
只要实现了IList接口的就可以供客户端消费。

[civerb]

为什么好啊，详细说说好吗

[vrhero]

IList<T>接口耦合度更低，List<T>提供更多特性...各有各的好处，看情况...

[changjiangzhibin]

推荐用接口形式 IList

[宝_爸]

IList，这样你GetAllUser中就可以更换容器类型，只要这种容器实现IList接口。

面向对象中有一条实践，就叫针对接口编程:
参见：

面向对象的设计法则（2）——针对接口编程，而非（接口的）实现
http://www.cnblogs.com/wxf0701/archive/2008/05/20/1203206.html

针对接口编程
http://www.cnblogs.com/lotusswan/archive/2008/08/22/231357.html

[y63964632]

学习~

[sphinger]

同习，同习

[以专业开发人员为伍]

如果你觉得

public List <User> GetAllUser()
{
.......
}

不习惯，完全可以再增加一个

public IList<User> GetAllUser2()
{
return GetAllUser();
}

这样就可以让两种人都得到喜欢的接口定义！而不需要花太多的时间自己在那里左右为难。


使用接口定义，往往这是给那种需要脱离具体接口实现的人来用的。例如一个人脱离IList<T>的具体实现形式来进行设计，另一个人则实现这个设计。使用接口进行设计是一个思想工具，只有在正确的时候使用这个方法才显得特别必要。而当你完全有责权可以决定List<T>还是IList<T>，你跟别人没有分工而都是你一个人实现代码时，无所谓定义为哪一个。此时关键的是你的定义要尽早定下来成为产品基线，写入文档或者测试，让其他程序员的编程工作可以不受影响尽早开展，不论你选择哪一个定义方式，关键就是不要犹犹豫豫就行了。