Trung tâm cá nhân
Điều phát hành
từ bỏ
Bài viết phổ biến của tác giả
- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
27
4
Collection 接口(interface)有多个方法。 List 接口(interface)扩展了 Collection 接口(interface)。它声明与 Collection 接口(interface)相同的方法？为什么会这样？
Ví dụ
interface Collection extends Iterable
{
public abstract int size();
public abstract boolean isEmpty();
public abstract boolean contains(java.lang.Object);
public abstract java.util.Iterator iterator();
public abstract java.lang.Object[] toArray();
public abstract T[] toArray(T[]);
public abstract boolean add(E);
public abstract boolean remove(java.lang.Object);
public abstract boolean containsAll(java.util.Collection);
public abstract boolean addAll(java.util.Collection);
public abstract boolean removeAll(java.util.Collection);
public abstract boolean retainAll(java.util.Collection);
public abstract void clear();
public abstract boolean equals(java.lang.Object);
public abstract int hashCode();
}
List 接口(interface)中也有相同的方法:
public interface List extends Collection
{
public abstract int size();
public abstract boolean isEmpty();
public abstract boolean contains(java.lang.Object);
public abstract java.util.Iterator iterator();
public abstract java.lang.Object[] toArray();
public abstract T[] toArray(T[]);
public abstract boolean add(E);
public abstract boolean remove(java.lang.Object);
public abstract boolean containsAll(java.util.Collection);
public abstract boolean addAll(java.util.Collection);
public abstract boolean removeAll(java.util.Collection);
public abstract boolean retainAll(java.util.Collection);
public abstract void clear();
public abstract boolean equals(java.lang.Object);
public abstract int hashCode();
}
如果已经扩展了Collection接口(interface)，是否需要在List中重新编写这些方法？
câu trả lời hay nhất
它们被重写以便可以记录下来，以指定 List 与 Collection 接口(interface)中指定的契约相比如何改进这些方法的契约。
Ví dụ,Danh sách TRONGadd() 方法被记录为指定将元素添加到列表的末尾。这不能在 Collection 中指定，因为 Collection 没有开始和结束。
关于java - 为什么 List 接口(interface)扩展 Collection 接口(interface)？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18160948/
27
4
0
Tôi đang cố gắng sử dụng giao diện nhiều hơn trong cơ sở mã của mình cho máy chủ trò chơi mà tôi đang viết và tìm hiểu về các khái niệm cấp cao cũng như khi nào tôi nên sử dụng giao diện (tôi nghĩ vậy). Trong trường hợp của tôi, tôi sử dụng chúng để tách các gói của mình ra khỏi nhau và tạo
Tôi có một giao diện tên là Widget mà tôi sử dụng trong suốt dự án của mình. Tuy nhiên, nó cũng được sử dụng làm Prop cho một thành phần có tên Widget. Cách tốt nhất để xử lý vấn đề này là gì? Tôi nên thay đổi Widget của mình
Một giao diện có thể là một trong nhiều giao diện giao diện a giao diện {x:string} b giao diện {y:string} c {z:st
Tôi gặp tình huống cần gọi dịch vụ của bên thứ ba để nhận một số thông tin. Những dịch vụ này có thể khác nhau tùy theo từng khách hàng. Tôi có chức năng xác thực trong giao diện của mình như hình bên dưới. giao diện IServiceProvider {bool
Trong ví dụ của tôi, "RequestHandlerProxy" là một cấu trúc có các trường là giao diện "IAdapter" và giao diện có các phương thức có thể được gọi có đầu vào là cấu trúc "Reque"
Tôi có một giao diện Interface1 đã được lớp A triển khai và một số giá trị biến riêng tư được đặt và tôi gửi đối tượng của lớp A đến lớp tiếp theo chấp nhận đầu vào là Giao diện2. Vậy làm thế nào tôi có thể chuyển đổi
Giả sử tôi có cấu trúc lớp và giao diện như thế này: giao diện IService {} giao diện IEmailService : IService { Task SendAs
Có ai biết tôi có thể tìm định nghĩa về giao diện XML-RPC (trong OpenERP 7) ở đâu không? Tôi muốn biết những thông số và thuộc tính đối tượng nào được yêu cầu để tạo hoặc lấy một đối tượng. Các ví dụ XML của từng phần tử cũng sẽ rất hữu ích. câu trả lời hay nhất
Gần đây tôi đã đọc về quan niệm sai lầm rằng giao diện là sự trừu tượng. Một bài đăng như vậy là http://blog.ploeh.dk/2010/12/02/InterfacesAreNotAbstract
Nếu tôi có một phần tử IInterface hiện có do bên thứ ba triển khai và tôi muốn thêm các quy trình trợ giúp, Delphi có cung cấp cách dễ dàng nào để đạt được điều này mà không cần chuyển hướng thủ công mọi phương thức giao diện không? Nghĩa là, đưa ra
Tôi đang cố gắng gán một mảng Article cho tài liệu Mongoose của mình nhưng Typescript có vẻ không thích điều đó và tôi không biết tại sao nó lại hiển thị cảnh báo/lỗi này nói rằng nó không thể gán được.
Tôi có hai giao diện: giao diện công khai IController { void doSomething(IEntity thing } public inte);
Có thể tạo giao diện mở rộng giao diện Serializable không? Nếu vậy, giao diện mở rộng có hoạt động giống như giao diện Serilizable (int
Tôi đang cố gắng tạo một lớp trung gian giữa hai cửa hàng lấy dữ liệu từ bộ lưu trữ A, chuyển đổi nó thành loại tương ứng trong bộ lưu trữ B, sau đó lưu trữ dữ liệu đó. Vì tôi cần chuyển đổi khoảng 50-100 loại nên tôi muốn sử dụng map[string]func và thực hiện theo s
Tôi đang thực hiện một yêu cầu trong đó tôi nhận được một đối tượng JSON chứa giá trị ngày dưới dạng chuỗi. Nhiệm vụ của tôi là lưu trữ đối tượng Date trong cơ sở dữ liệu. Đại loại như thế này: {"start_date": "29-05-2019", "
Mục tiêu trong cách tiếp cận của chúng tôi là giới thiệu các giao diện cho các lớp mô hình và DAO hiện có của chúng tôi. Các lớp mô hình được xác định bằng nhiều loại ID tài nguyên khác nhau, không chỉ là số ngẫu nhiên mà còn có ngữ nghĩa và hành vi. Vì vậy, chúng ta phải sử dụng các đối tượng thay vì các kiểu nguyên thủy để biểu diễn
Giao diện Bộ sưu tập có nhiều phương thức. Giao diện Danh sách mở rộng giao diện Bộ sưu tập. Nó khai báo giao diện Collection(int
Tôi có một ứng dụng máy chủ Java sử dụng Jackson để thực hiện tuần tự hóa chung các DTO bằng API phản chiếu. Ví dụ: đối với giao diện DTO này: gói com.acme.libr
Nếu tôi có giao diện trong Kotlin: giao diện KotlinInterface { val id: String } thì tôi có thể triển khai giao diện đó như thế này: class MyCla
Tôi biết sự khác biệt giữa tất cả các công cụ sửa đổi quyền truy cập trong Java. Tuy nhiên, có người đã hỏi tôi một câu hỏi rất thú vị và tôi rất khó tìm ra câu trả lời: Sự khác biệt giữa giao diện riêng và giao diện chung trong Java là gì?
Tôi là một lập trình viên xuất sắc, rất giỏi!