PMD sẽ báo cáo vi phạm vì:
ArrayList<Object> list = new ArrayList<Object>();
Vi phạm là "Tránh sử dụng các kiểu triển khai như 'ArrayList'; sử dụng giao diện thay thế".
Dòng sau sẽ sửa lỗi vi phạm:
List<Object> list = new ArrayList<Object>();
Tại sao nên dùng cái sau với Listthay vì ArrayList?
Câu trả lời:
Sử dụng giao diện trên các loại cụ thể là chìa khóa để đóng gói tốt và để ghép nối mã của bạn một cách lỏng lẻo.
Bạn cũng nên làm theo phương pháp này khi viết các API của riêng mình. Nếu bạn làm vậy, sau này bạn sẽ thấy rằng việc thêm các bài kiểm tra đơn vị vào mã của bạn (sử dụng kỹ thuật Mocking) sẽ dễ dàng hơn và thay đổi cách triển khai cơ bản nếu cần trong tương lai.
Đây là một bài báo hay về chủ đề này.
Hy vọng nó giúp!
Điều này được ưu tiên vì bạn tách mã của mình khỏi việc triển khai danh sách. Sử dụng giao diện này cho phép bạn dễ dàng thay đổi việc triển khai, ArrayList trong trường hợp này, thành một triển khai danh sách khác mà không thay đổi bất kỳ phần còn lại nào của mã miễn là nó chỉ sử dụng các phương thức được xác định trong Danh sách.
Nói chung, tôi đồng ý rằng việc tách giao diện khỏi việc triển khai là một điều tốt và sẽ giúp mã của bạn dễ bảo trì hơn.
Tuy nhiên, có những ngoại lệ mà bạn phải xem xét. Việc truy cập các đối tượng thông qua các giao diện sẽ thêm một lớp hướng dẫn bổ sung sẽ làm cho mã của bạn chậm hơn.
Để quan tâm, tôi đã chạy thử nghiệm tạo ra mười tỷ lượt truy cập tuần tự vào ArrayList có độ dài 1 triệu. Trên chiếc MacBook 2,4Ghz của tôi, việc truy cập ArrayList thông qua giao diện List mất trung bình 2,10 giây, khi khai báo kiểu ArrayList mất trung bình 1,67 giây.
Nếu bạn đang làm việc với danh sách lớn, nằm sâu bên trong một vòng lặp bên trong hoặc hàm thường được gọi, thì đây là điều cần xem xét.
ArrayList và LinkedList là hai triển khai của Danh sách, là một tập hợp các mục có thứ tự. Về mặt logic, không thành vấn đề nếu bạn sử dụng ArrayList hay LinkedList, vì vậy bạn không nên hạn chế kiểu đó.
Điều này trái ngược với nói, Bộ sưu tập và Danh sách, là những thứ khác nhau (Danh sách ngụ ý sắp xếp, Bộ sưu tập thì không).
Tại sao cái sau với List nên được sử dụng thay vì ArrayList?
Đó là một thực tiễn tốt: Chương trình để giao diện thay vì triển khai
Bằng cách thay thế ArrayListbằng List, bạn có thể thay đổi cách Listtriển khai trong tương lai như bên dưới tùy thuộc vào trường hợp sử dụng kinh doanh của bạn.
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).*/
HOẶC LÀ
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.*/
HOẶC LÀ
List<Object> list = new Stack<Object>();
/* The Stack class represents a last-in-first-out (LIFO) stack of objects.*/
HOẶC LÀ
một số cách Listthực hiện cụ thể khác .
Listgiao diện xác định hợp đồng và thực hiện cụ Listthể có thể được thay đổi. Theo cách này, giao diện và triển khai được kết hợp chặt chẽ với nhau.
Câu hỏi SE liên quan:
Ngay cả đối với các biến cục bộ, việc sử dụng giao diện trên lớp cụ thể cũng có ích. Cuối cùng, bạn có thể gọi một phương thức nằm ngoài giao diện và rất khó để thay đổi việc triển khai Danh sách nếu cần. Ngoài ra, tốt nhất là sử dụng lớp hoặc giao diện ít cụ thể nhất trong một khai báo. Nếu thứ tự phần tử không quan trọng, hãy sử dụng Bộ sưu tập thay vì Danh sách. Điều đó mang lại cho mã của bạn sự linh hoạt tối đa.
Các thuộc tính của các lớp / giao diện của bạn nên được hiển thị thông qua các giao diện vì nó cung cấp cho các lớp của bạn một hợp đồng hành vi để sử dụng, bất kể việc triển khai như thế nào.
Tuy nhiên...
Trong khai báo biến cục bộ, không có ý nghĩa gì khi làm điều này:
public void someMethod() {
List theList = new ArrayList();
//do stuff with the list
}
Nếu nó là một biến cục bộ, chỉ cần sử dụng kiểu. Nó vẫn hoàn toàn có thể được đưa lên giao diện thích hợp của nó và các phương thức của bạn hy vọng sẽ chấp nhận các kiểu giao diện cho các đối số của nó, nhưng đối với các biến cục bộ, hoàn toàn hợp lý khi sử dụng kiểu triển khai làm vùng chứa, đề phòng trường hợp bạn cần triển khai- chức năng cụ thể.
Nói chung đối với dòng mã của bạn, bạn không cần bận tâm đến các giao diện. Nhưng, nếu chúng ta đang nói về API thì có một lý do thực sự chính đáng. Tôi có lớp nhỏ
class Counter {
static int sizeOf(List<?> items) {
return items.size();
}
}
Trong trường hợp này là yêu cầu sử dụng giao diện. Bởi vì tôi muốn tính kích thước của mọi triển khai có thể bao gồm cả tùy chỉnh của riêng tôi. class MyList extends AbstractList<String>....
Giao diện được hiển thị cho người dùng cuối. Một lớp có thể triển khai nhiều giao diện. Người dùng tiếp xúc với giao diện cụ thể có quyền truy cập vào một số hành vi cụ thể được xác định trong giao diện cụ thể đó.
Một giao diện cũng có nhiều triển khai. Dựa trên hệ thống kịch bản sẽ làm việc với các kịch bản khác nhau (Thực hiện giao diện).
cho tôi biết nếu bạn cần giải thích thêm.