复杂的集合改为类 - 处理它的最佳方式

Question

在我的项目中，我使用相当复杂（且嵌套）的集合：

List<Pair<List<Pair<double>>, double>> myCollection

当我在项目中的多个地方以相同的方式使用它时，我想将其转换为新类。但我有一些疑问......

处理这种集合的最佳方法是什么，创建一个内部字段并作为公共仅选定的项目传递：

public class MyComplicatedCollection
{
    private List<Pair<List<Pair<double>>, double>> myInnerCollection = null;

    // Here come some constructors, data accessors etc... only to those elements which I would like to pass as public.
}

或者也许以其他方式，通过派生原始集合：

public class MyComplicatedCollection : List<Pair<List<Pair<double>>, double>>
{

    // Here come some constructors, 
    // Most of the data accessors are given "out of the box"
}

第二种方法似乎更容易，但不如第一种方式安全。另一件事是性能 - 这些集合非常大，我需要非常快速地访问它 - 这是至关重要的。

第二个问题：如果第二种方法更好...对于 List 来说，有一个构造函数，您可以通过传递任何 ICollection 来填充集合。有没有简单的方法为我的类创建此类构造函数，或者我是否需要逐个元素填充我的集合（或使用 AddRange 方法）？

Answer 1

如有疑问，请使用组合。继承很难正确执行，只有在新类型和基本/组合类型之间必须存在IS-A关系时才应该使用它。在这种情况下，我认为组合（即你的第一个例子）是最好的解决方案。

组合使您可以灵活地使用您想要的任何公共接口来构建您的类型。继承规定了与您的接口，并且还在您的新类型与其基本类型之间创建了紧密耦合，这可能使将来的修改变得困难。

Answer 2

与继承的版本相比，包装集合将为您提供更好的控制，因此引入错误的机会更少。它还允许您隐藏或掩饰集合的复杂性。例如，您可以创建自己的访问器和属性。

从性能角度来看，包装集合不会对自己造成太大伤害。包装类实际上是集合数据上的一个非常薄的层，不应该影响性能。