MyClass[] array;
List<MyClass> list;
当一个比另一个更可取的情况是什么?,为什么?
当前回答
尽管其他答案推荐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();
它完全取决于需要数据结构的上下文。例如，如果您正在创建供其他函数或服务使用的项，则使用List是完成该任务的最佳方式。
现在，如果你有一个项目列表，你只是想在网页上显示它们，数组是你需要使用的容器。
如果我确切地知道我需要多少元素，比如我需要5个元素，而且只需要5个元素，那么我就使用数组。否则我只使用List<T>。
尽管其他答案推荐List<T>，但在处理以下问题时，您将希望使用数组:
图像位图数据 其他底层数据结构(如网络协议)
当集合本身的不可变性是客户端和提供者代码之间契约的一部分时(不一定是集合中项目的不可变性)以及当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设置为只读确实有帮助，但会导致运行时错误，而不是编译时错误。
