变量的定义,那种好!

Question

一:
[code={C#}]{
private IList<string> spath;
private IList<string> spimgname;
/// <summary>
        /// 户型图地址
        /// </summary>
        public IList<string> Spath {
            get { return spath; }
        }
        
        /// <summary>
        /// 户型图名称
        /// </summary>
        public IList<string> SpimgName
        {
            get { return spimgname; }
        }
}[/code]
二:
[code={C#}]{
private List<string> spath;
private List<string> spimgname;
/// <summary>
        /// 户型图地址
        /// </summary>
        public List<string> Spath {
            get { return spath; }
        }
        
        /// <summary>
        /// 户型图名称
        /// </summary>
        public List<string> SpimgName
        {
            get { return spimgname; }
        }
}[/code]
以上两种变量的定义方式哪种好一些,为什么?

Answer 1

{
private IList <string> spath;
private IList <string> spimgname;
/// <summary>
        /// 户型图地址
        /// </summary>
        public IList <string> Spath {
            get { return spath; }
        }
       
        /// <summary>
        /// 户型图名称
        /// </summary>
        public IList <string> SpimgName
        {
            get { return spimgname; }
        }
}
二:
{
private List <string> spath;
private List <string> spimgname;
/// <summary>
        /// 户型图地址
        /// </summary>
        public List <string> Spath {
            get { return spath; }
        }
       
        /// <summary>
        /// 户型图名称
        /// </summary>
        public List <string> SpimgName
        {
            get { return spimgname; }
        }
} 

Answer 2

IList<> 是一个接口 List<> 实现了Ilist接口

Answer 3

List <>吧，程序简单些

Answer 4

首先谢谢1楼了,我贴的code有点问题!
其实是今天和同事争论的一个问题,我用List定义变量,他用IList定义变量,而且他说大家都是这样定义的,类似于常理了!
我想他说既然大家都有IList定义,那必定有他的这样好处!,我当然会遵循于好的常理,但我不想在盲目中遵循,甚至我都不了解IList定义比List定义到底哪里好!..于是想求个根问个底...希望大家解解惑!!
在此感谢了!

Answer 5

恩，顶5楼的，
我感觉也该用list<>!简单不容易出错，再加上其继承自Ilist<>.所以推荐用！

Answer 6

用Ilist 主要是考虑继承的多态性吧。
比如今后可能有两个类继承了Ilist ，在运行时判断是用到哪一个list，第一种就比较好

Answer 7

学习    本人觉得list好些

Answer 8

IList 好些，不过要看你的具体需要