80

PMD将报告以下违规行为：

ArrayList<Object> list = new ArrayList<Object>();

违规行为是“避免使用像 'ArrayList' 这样的实现类型；改用接口”。

以下行将纠正违规行为：

List<Object> list = new ArrayList<Object>();

为什么要使用后者List而不是ArrayList？

4

10 回答 10

81

在具体类型上使用接口是良好封装和松散耦合代码的关键。

在编写自己的 API 时遵循这种做法甚至是一个好主意。如果这样做，您稍后会发现向代码中添加单元测试（使用 Mocking 技术）以及在将来需要时更改底层实现会更容易。

这是一篇关于这个主题的好文章。

希望能帮助到你！

于 2008-09-29T04:20:12.810 回答
33

这是首选，因为您将代码与列表的实现分离。使用该接口，您可以轻松地将实现（在本例中为 ArrayList）更改为另一个列表实现，而无需更改任何其余代码，只要它仅使用 List 中定义的方法即可。

于 2008-09-29T04:04:28.277 回答
13

总的来说，我同意将接口与实现分离是一件好事，这将使您的代码更易于维护。

但是，您必须考虑一些例外情况。通过接口访问对象会增加一个额外的间接层，这将使您的代码变慢。

出于兴趣，我进行了一个实验，该实验生成了对 100 万长度的 ArrayList 的 100 亿次顺序访问。在我的 2.4Ghz MacBook 上，通过 List 接口访问 ArrayList 平均需要 2.10 秒，而在声明 ArrayList 类型时平均需要 1.67 秒。

如果您正在处理大型列表，深入内部循环或经常调用的函数，那么这是需要考虑的事情。

于 2008-09-30T01:06:41.720 回答
6

ArrayList 和 LinkedList 是 List 的两个实现，它是项的有序集合。从逻辑上讲，使用 ArrayList 还是 LinkedList 并不重要，因此您不应该将类型限制为那样。

这与说 Collection 和 List 形成对比，它们是不同的东西（List 意味着排序，Collection 不是）。

于 2008-09-29T04:35:09.373 回答
2

为什么要使用 List 而不是 ArrayList 的后者？

这是一个很好的做法：编程接口而不是实现

通过替换ArrayList为List，您可以List在未来根据您的业务用例更改实现，如下所示。

List<Object> list = new  LinkedList<Object>(); 
/* Doubly-linked list implementation of the List and Deque interfaces. 
 Implements all optional list operations, and permits all elements (including null).*/

或者

List<Object> list = new  CopyOnWriteArrayList<Object>(); 
/* A thread-safe variant of ArrayList in which all mutative operations
 (add, set, and so on) are implemented by making a fresh copy of the underlying array.*/

或者

List<Object> list = new  Stack<Object>(); 

/* The Stack class represents a last-in-first-out (LIFO) stack of objects.*/

或者

其他一些List具体的实现。

List接口定义了合约，具体的实现List可以改变。这样，接口和实现是松耦合的。

相关的 SE 问题：

“编程到接口”是什么意思？

于 2016-12-27T14:35:45.150 回答
1

一般来说，对于您的代码行，打扰接口是没有意义的。但是，如果我们谈论 API，那是有充分理由的。我有小班

class Counter {
    static int sizeOf(List<?> items) {
        return items.size();
    }
}

在这种情况下，需要使用接口。因为我想计算每个可能实现的大小，包括我自己的自定义。class MyList extends AbstractList<String>....

于 2008-09-29T13:48:05.003 回答
1

您的类/接口的属性应该通过接口公开，因为它为您的类提供了使用的行为契约，而不管实现如何。

然而...

在局部变量声明中，这样做没有什么意义：

public void someMethod() {
List theList = new ArrayList();
//do stuff with the list
}

如果它是局部变量，只需使用类型。它仍然可以隐式向上转换为其适当的接口，并且您的方法应该希望接受接口类型作为其参数，但是对于局部变量，将实现类型用作容器是完全有意义的，以防万一您确实需要实现-具体功能。

于 2008-09-30T00:37:17.003 回答
1

即使对于局部变量，在具体类上使用接口也有帮助。您最终可能会调用接口之外的方法，然后在必要时很难更改 List 的实现。此外，最好在声明中使用最不具体的类或接口。如果元素顺序无关紧要，请使用 Collection 而不是 List。这为您的代码提供了最大的灵活性。

于 2008-10-03T23:09:01.503 回答
0

界面向最终用户公开。一个类可以实现多个接口。暴露于特定接口的用户可以访问在该特定接口中定义的某些特定行为。

一个接口也有多个实现。基于场景系统将使用不同的场景（接口的实现）。

如果您需要更多解释，请告诉我。

于 2019-10-15T11:57:52.137 回答
0

接口在调试器视图中的表示通常比具体类更好。

于 2020-08-10T08:32:52.380 回答