我基本上想知道在下面提到的场景中使用泛型列表而不是数组的区别或优势
class Employee
{
private string _empName;
public string EmpName
{
get{ return _empName; }
set{ _empName = value; }
}
}
1. Employee[] emp
2. List<Employee> emp
谁能告诉我优点或缺点以及更喜欢哪一个？
【问题讨论】：
标签： c# arrays generic-list
一个很大的区别是List<Employee> 可以扩展（您可以对其调用 Add）或收缩（您可以对其调用 Remove），而 Employee[] 的大小是固定的。因此，除非需要，否则Employee[] 更难使用。
【讨论】：
最大的区别是数组一旦创建就不能变长或变短。但是，列表实例可以添加或删除元素。还有其他差异（例如，可用的不同方法集），但添加/删除是最大的差异。
我喜欢 List，除非有充分的理由使用 Array，因为 List 的灵活性很好，而且相对于代码通常执行的大多数其他事情的成本而言，性能损失非常小。
如果您想深入了解很多有趣的技术细节，请查看this StackOverflow thread，它更深入地研究了列表与数组的问题。
【讨论】：
使用通用列表，您可以廉价地使用Add / Remove 等（至少在远端）。调整数组的大小（添加/删除）更昂贵。明显的缺点是列表有备用容量，因此可能会浪费一些字节 - 但在大多数情况下不值得担心（您可以修剪它）。
通常，除非您知道您的数据永远不会改变大小，否则更喜欢列表。
在 API 方面，由于 LINQ，它们之间几乎没有选择余地（即 List<T> 上的额外方法在很大程度上被 LINQ 复制，因此数组可以免费获得它们）。
另一个优点是使用列表您不需要公开 setter：
private readonly List<Foo> items = new List<Foo>();
public List<Foo> Items { get { return items; } }
消除了一系列null 错误，并允许您保持对数据的控制（特别是如果您使用不同的IList<> 实现，在更改内容时支持检查/验证）。
【讨论】：
如果您在公共接口中公开集合，.NET Framework 指南建议使用 List 而不是 T[]。 （其实就是一个BindingList
在内部，如果您有一个固定的、已知大小的集合，则数组可能更合适。与将元素添加到 List 末尾相比，调整数组大小的成本更高。
【讨论】：
您需要在创建数组时知道其大小，但创建后无法更改其大小。
因此，它在创建时为数组使用动态内存分配。 （这与用于 C++ 数组的静态内存分配不同，后者的大小必须在编译时知道。）
列表可以在创建后动态增长，并且它具有执行此操作的 .Add() 函数。
更喜欢哪一个？ List<T>.
【讨论】：
如果你知道数组元素的数量是一个不错的选择。如果不使用列表。在内部 List<T> 使用 T 数组，因此实际上比您想象的更像。
【讨论】：
使用列表，您无需事先知道数组的大小。您可以根据实施需要动态添加新员工。
【讨论】：