尝试在此处的项目上运行运行代码分析，并收到许多警告，内容如下：
CA1002：Microsoft.Design：将“ SomeClass.SomeProtectedOrPublicProperty ”中的“List< SomeType >”更改为使用 Collection、ReadOnlyCollection 或 KeyedCollection
为什么我应该使用Collection<T>而不是List<T>？当我查看 msdn 文档时，它们似乎几乎相等。在阅读了警告的错误帮助后，我发现
System.Collections.Generic.List(T)_是为性能而非继承而设计的通用集合，因此不包含任何虚拟成员。
但这究竟意味着什么？而我应该怎么做呢？
我应该继续List<T>在内部使用，然后在属性中返回 anew Collection<T>(someList)吗？还是我应该开始使用Collection<T>而不是List<T>？
简而言之，通用列表没有用于添加、删除等的虚拟方法，因为它被设计为快速，不可扩展。这意味着您不能将此具体实现换成有用的子类（即使您可以将其子类化，因为它不是密封的）。
因此，通过公开 List 本身，您永远不能扩展您的集合以跟踪添加或删除操作（例如）而不破坏类的公共合同。
通过将您的集合公开为 IList 或类似的东西，您仍然可以将 List 用作实际的后备存储，但您可以保留未来的可扩展性，因为您可以在不更改类的公共合同的情况下稍后换出具体的实现。
Collection公开一些虚拟成员（插入、删除、设置、清除），您可以在更改集合时覆盖并提供其他功能（例如通知事件）。
你现在可能不需要这个，但是对于包含集合的类来说这是一个常见的要求，所以最好提前做好计划。因为Collection在设计时考虑到了可扩展性，所以它非常灵活。如果将来您决定在集合中需要一些额外的功能，您可以扩展它而不对类的公共接口进行任何更改。如果您使用了列表，则必须将其更改为集合，这意味着它会破坏您类的所有调用者，因为必须将它们更改为使用列表。
List另一方面，在设计时考虑了性能，因此只能在性能非常重要的特定情况下使用。因为它是不可扩展的，将来使用列表对任何东西的更改都会破坏依赖它的所有其他东西。通常List应该只在非常低级别的类内部使用，并且不暴露于任何东西以减少未来发生重大变化的机会。