标签：
建议23：避免将List<T>作为自定义集合类的基类
如果要实现一个自定义的集合类，不应该以一个FCL集合类为基类，反而应扩展相应的泛型接口。FCL结合类应该以组合的形式包含至自定义的集合类，需要扩展的泛型接口通常是IEnumerable<T>和ICollection<T>（或ICollection<T>的子接口，如IList<T>），前者规范了集合类的迭代功能，后者规范了一个集合通常会有的操作。
一般的情况下，下面两个实现的集合类都能完成默认的需求：
class Employees1 : List<Employee> class Employees2 : IEnumerable<Employee>, ICollection<Employee>
不过，List<T>基本上没有提供可供子类使用的protected成员（从object中继承的Finalize和MemberwiseClone方法除外），所以继承List<T>并没有带来任何继承上的优势，反而丧失了面向接口编程的灵活性。稍加不注意，隐含的Bug就会接踵而至。
以Employees1为例，如果要在Add方法中加入某些需求方面的变化，比如，为名字添加一个后缀“Changed!"，但是客户端的开发人员也许已经习惯了面向接口编程的方式，他在为集合添加一个元素是使用了如下的语法：
static void Main(string[] args) { Employees1 employees1 = new Employees1() { new Employee(){ Name = "Mike" }, new Employee(){ Name = "Rose" } }; IList<Employee> employees = employees1; employees.Add(new Employee() { Name = "Steve" }); foreach (var item in employees1) { Console.WriteLine(item.Name); } } class Employee { public string Name { get; set; } } class Employees1 : List<Employee> { public new void Add(Employee item) { item.Name += " Changed!"; base.Add(item); } }
于是，代码的实际输出会偏离集合类设计者的设想。代码输出为：
Mike Changed!
Rose Changed!
Steve
要纠正这类行为，应该采用Employees2的方式：
static void Main(string[] args) { Employees2 employees2 = new Employees2() { new Employee(){ Name = "Mike" }, new Employee(){ Name = "Rose" } }; ICollection<Employee> employees = employees2; employees.Add(new Employee() { Name = "Steve" }); foreach (var item in employees2) { Console.WriteLine(item.Name); } } class Employees2 : IEnumerable<Employee>, ICollection<Employee> { List<Employee> items = new List<Employee>(); #region IEnumerable<Employee> 成员 public IEnumerator<Employee> GetEnumerator() { return items.GetEnumerator(); } #endregion #region ICollection<Employee> 成员 public void Add(Employee item) { item.Name += " Changed!"; items.Add(item); } //省略 #endregion }
输出结果为：
Mike Changed!
Rose Changed!
Steve Changed!
转自：《编写高质量代码改善C#程序的157个建议》陆敏技
编写高质量代码改善C#程序的157个建议——建议23：避免将List<T>作为自定义集合类的基类
标签：
原文地址：http://www.cnblogs.com/jesselzj/p/4730895.html
