我应该扩展 ArrayList (is-a) 还是应该将其包含为成员 (has-a)？

Question

我正在制作一个简单的程序来维护一个数字列表，并且我希望这个列表也有一个名称。哪种方法是最好的方法：让我的列表类扩展 ArrayList 还是让它包含 ArrayList 成员？在这两种情况下，当然都会有一个“name”字符串成员。

第一种方法意味着我只需要实现一个 getter & 方法。名称的设置器，但我认为这会将我的类与特定实现联系得太紧密？例如，如果我想稍后使用 Vector，那么我必须在各处更改代码。

第二种方法可以更轻松地更改实现，但现在当然变得非常烦人，因为我必须实现一堆包装器。

我已经阅读了有关继承与组合的 SO 帖子，并且由于我的列表是 ArrayList 的一种类型，因此我倾向于第一种方法。但是，由于我扩展 Collection 类与扩展通用类，所以讨论是否有任何差异？还是我想太多了？

Answer 1

从长远来看，加入为会员通常比延长会员资格更好。这样，您想要允许的内容就更加明确，从而更容易测试并保持班级的联系。如果您只是扩展 ArrayList，那么它可能并不总是按您的预期使用。当然，权衡是您必须为您想要允许的所有内容显式创建传递方法。或者（或另外），您可能希望提供一种方法来获取基础 List，您可以用不可变集合包装该 List，以保护它免受类控制之外发生的更改的影响。

Answer 2

为了两全其美，请使用 Guava Guava 转发列表。这是一个简单的例子：

public class NamedList<E> extends ForwardingList<E> implements RandomAccess {
  // could also let the user provide the delegate list
  private final List<E> delegate = Lists.newArrayList();
  private String name;

  @Override protected List<E> delegate() {
    return delegate;
  }

  // constructors, getter, setter
}

顺便说一句，扩展具体集合实现而不是使用组合的陷阱在Effective Java第 16 项（第 2 版）“优先使用组合而不是继承”中进行了讨论。提到的几个问题之一与超类中方法之间的交互相关的意外行为有关（例如 add 和 addAll）。

Guava 的 Forwarding* 类是此处建议的解决方案的实现。

Answer 3

两者都不是更好，正如您提到的，这是一种权衡。

如果你进行聚合（has-a），你必须包装你要使用的成员的所有功能（即实现调用它们的函数）

如果你进行继承，很多函数会添加到你的新类中，这可能是不必要的，并且还需要实现抽象函数。

如果你在 C++ 环境中，私有继承是一个选择，但是两者都有优点和缺点

Answer 4

成分-HAS-A。我更喜欢用它来收藏各种风格的衣服。

Answer 5

@AbiusX 是对的，需要权衡。但我用第一种方法来解决你的担忧。请考虑以下内容并让我知道这种方法存在哪些问题：

public class MyClass implements List
{
    private String name;
    private List myList = new ArrayList();

    public MyClass(String name)
    {
        this.name = name;
    }

    public String getName()
    {
        return name;
    }

    public void setName()
    {
        return name;
    }

    @Override
    public void add(int index, Object element)
    {
        myList.add(index,element);
    }

    @Override
    public boolean add(Object o)
    {
        myList.add(o);
    }

    @Override
    public boolean addAll(Collection c)
    {
        myList.addAll(c);
    }

    //so on for rest of methods in List interface
}

如果您想让数字类型安全，我们还可以包含泛型。

Answer 6

继承 ArrayList 不是一个好主意，您需要一个强有力的理由才能这样做。像 Collections 这样的实用程序类提供了多种必要的功能，因此您确实需要添加一些额外的必需功能来证明子类化的合理性，就像一个非常知名的类一样。