为什么 ArrayList 没有标记为 [Obsolete]？

Question

经过深思熟虑并研究 ArrayList，我个人很想说它已经过时了，我没有理由在2.0之后使用这个类。但由于它没有标记为[Obsolete]，是否有任何我不知道的用法，比使用泛型类更好？如果是，请举例。谢谢。

编辑 让我们以List为例，它提供了ArrayList的所有功能，并且是强类型的。那么什么时候我们需要使用ArrayList呢？也许有时它有更好的表现？我不知道。如果您能向我展示 ArrayList 的一些特别之处，我将不胜感激。

Answer 1

我认为对于新代码来说它应该被认为是有效过时的，但是没有令人信服的理由将其标记为过时并在 2.0 发布之前编写的所有代码中创建警告。

根据我的经验，大多数已被 Microsoft 标记为过时的类型和成员在某些方面都非常危险，如果您仍然有使用它们的代码库，则应该真正修复它们。虽然使用 ArrayList 很痛苦，并且（至少理论上）容易在执行时而不是编译时发现与类型相关的错误，但该类型足够好地完成其工作......通常确实没有令人信服的理由更改现有代码。当我碰巧正在处理使用 ArrayList 的代码区域时，我通常会考虑这种更改，而不是主动寻找它的每种用法。

Answer 2

实际上它已完全从 Silverlight 中删除 - 所以意图就在那里。据推测，对于常规 .NET来说，有太多旧的现有代码使用ArrayList来废弃它，特别是因为很多人在运行时都将警告视为错误。

如果没有充分的理由，您不应该在新代码中使用它。

Answer 3

它本身并不“过时”。作为 '70 '80 90 年代初期的汽车，它已经“过时”了。如果我必须在 List

举个例子：

var aaa = new ArrayList();
var aaaa = aaa.OfType<object>().Where(p => p != null);

var bbb = new List<object>;
var bbbb = bbb.Where(p => p != null);

终于有人对我的回答投了赞成票，所以我会添加一些内容:-)

如果你问“你会使用任何非通用集合吗”我的回答会有所不同。 哈希表有一个有趣的属性：

哈希表是线程安全的，可供多个读取线程和单个写入线程使用。当只有一个线程执行写入（更新）操作时，它对于多线程使用是线程安全的，只要写入者被序列化到哈希表，就允许无锁读取。

因此，在某些地方，Hashtable 应该比 lock + Dictionary 或 ConcurrentDictionary 更好（但您必须对其进行基准测试）