大多数情况下，使用List就足够了。List使用内部数组来处理其数据，并在向List中添加比当前容量更多的元素时自动调整数组的大小，这使得它比需要事先知道容量的数组更容易使用。

有关c#中的列表的更多信息，请参阅http://msdn.microsoft.com/en-us/library/ms379570(v=vs.80).aspx#datastructures20_1_topic5，或者只是反编译System.Collections.Generic.List<T>。

如果需要多维数据(例如使用矩阵或图形编程)，则可能使用数组。

像往常一样，如果内存或性能是一个问题，测量它!否则，您可能会对代码做出错误的假设。

除非你真的关心性能，我的意思是，“你为什么使用。net而不是c++ ?”你应该坚持使用List<>。它更容易维护，并为您在幕后完成调整数组大小的所有繁琐工作。(如果有必要，List<>在选择数组大小方面非常聪明，所以通常不需要这样做。)

当集合本身的不可变性是客户端和提供者代码之间契约的一部分时(不一定是集合中项目的不可变性)以及当IEnumerable不合适时，应该优先使用数组而不是List。

例如,

var str = "This is a string";
var strChars = str.ToCharArray();  // returns array

很明显，对"strChars"的修改不会改变原始的"str"对象，无论实现级是否了解"str"的底层类型。

但是假设

var str = "This is a string";
var strChars = str.ToCharList();  // returns List<char>
strChars.Insert(0, 'X');

在这种情况下，仅仅从代码片段中还不清楚insert方法是否会改变原始的“str”对象。它需要String的实现级知识来做出判断，这打破了契约式设计方法。在String的情况下，这不是一个大问题，但在几乎所有其他情况下，这可能是一个大问题。将List设置为只读确实有帮助，但会导致运行时错误，而不是编译时错误。

大多数情况下，使用List就足够了。List使用内部数组来处理其数据，并在向List中添加比当前容量更多的元素时自动调整数组的大小，这使得它比需要事先知道容量的数组更容易使用。

有关c#中的列表的更多信息，请参阅http://msdn.microsoft.com/en-us/library/ms379570(v=vs.80).aspx#datastructures20_1_topic5，或者只是反编译System.Collections.Generic.List<T>。

如果需要多维数据(例如使用矩阵或图形编程)，则可能使用数组。

像往常一样，如果内存或性能是一个问题，测量它!否则，您可能会对代码做出错误的假设。

如果我确切地知道我需要多少元素，比如我需要5个元素，而且只需要5个元素，那么我就使用数组。否则我只使用List<T>。

填充列表比填充数组更容易。对于数组，您需要知道数据的确切长度，但对于列表，数据大小可以是任何大小。你可以把一个列表转换成一个数组。

List<URLDTO> urls = new List<URLDTO>();

urls.Add(new URLDTO() {
    key = "wiki",
    url = "https://...",
});

urls.Add(new URLDTO()
{
    key = "url",
    url = "http://...",
});

urls.Add(new URLDTO()
{
    key = "dir",
    url = "https://...",
});

// convert a list into an array: URLDTO[]
return urls.ToArray();