Bây giờ, không phải tất cả các khai báo phương thức trong Giao diện Java là trừu tượng công khai, các phương thức có nên được khai báo với các sửa đổi này không?

Bắt đầu với Java 8, defaultcác phương thức đã được đưa vào các giao diện. Một cách hiệu quả, phương tiện này mà không phải tất cả các phương pháp trong một interfacelàabstract .

Bắt đầu với Java 9 (có thể), privatecác phương thức sẽ được cho phép. Điều này có nghĩa rằng không phải tất cả các phương pháp trong một interfacelàpublic abstract .

Câu hỏi "Các phương thức trong giao diện Java có nên được khai báo có hoặc không có công cụ publicsửa đổi truy cập không?" đã được hỏi tại Stack Overflow tại /programming/161633/should-methods-in-a-java-interface-be-declared-with-or-without-a-public-access-m

Ở đó, hầu hết các câu trả lời cho rằng public abstractkhông nên sử dụng vì không có phương pháp nào trong một interfacecó thể là bất cứ điều gì khác ngoàipublic abstract . Điều này không còn là trường hợp nữa.

Vì vậy, trong các tính năng mới của các giao diện, nên public abstract từ khóa có nên được sử dụng trong khai báo phương thức giao diện Java không?

Trong môi trường cụ thể của tôi, chúng tôi sẽ có những người là kỹ sư phần mềm có kinh nghiệm, nhưng không có kinh nghiệm về Java, thỉnh thoảng đọc mã Java. Tôi cảm thấy rằng việc bỏ đi các public abstracttừ khóa bây giờ sẽ tạo thêm một điểm nhầm lẫn cho những người không quen thuộc với lịch sử về cách các giao diện xuất hiện để có các quy tắc khác nhau để sử dụng các từ khóa này.

Để mở rộng câu trả lời StackOverflow:

1. Công cụ publicsửa đổi truy cập là không cần thiết bởi vì

   Mọi khai báo phương thức trong phần thân của một giao diện đều được công khai hoàn toàn (§.6.6). Nó được cho phép, nhưng không được khuyến khích như là một vấn đề về phong cách, để chỉ định một cách thừa thãi công cụ sửa đổi công khai cho một khai báo phương thức trong một giao diện. ( Mục 9,4 )

2. Công cụ abstractsửa đổi truy cập là không cần thiết bởi vì

   Phương thức mặc định là phương thức được khai báo trong giao diện với công cụ sửa đổi mặc định; cơ thể của nó luôn luôn được đại diện bởi một khối .

   Và ...

   Một phương thức giao diện thiếu một công cụ sửa đổi mặc định hoặc công cụ sửa đổi tĩnh hoàn toàn trừu tượng , do đó phần thân của nó được biểu thị bằng dấu chấm phẩy chứ không phải khối.

Do các phương thức mặc định có phần thân và các phương thức vốn không trừu tượng và mọi khai báo phương thức trên giao diện vốn là công khai, bạn không cần chỉ định một từ khóa.

Một trong những ý kiến ​​về một câu trả lời cho biết:

Đừng làm họ suy nghĩ! Tôi luôn thêm trừu tượng công khai trước đây, bất chấp cảnh sát phong cách, vì nó làm cho mọi thứ rõ ràng và nhắc nhở người đọc. Bây giờ tôi được minh oan vì Java 8 và 9 làm phức tạp mọi thứ (user949300)

Một nhận xét về câu hỏi StackOverflow (được bình chọn lên tới 18 lần) bác bỏ điều này:

Thật tệ vì viết nó dưới dạng công khai ngụ ý rằng nó có thể không công khai (Pacerier)

Ý nghĩa của mã, đặc biệt là các giao diện, rất quan trọng.

Không phải là thiếu một hàm ý tuyên bố khối là đủ? Bạn có thể tuyên bốextends Object mặc dù nó ngụ ý?

Nếu nhà phát triển không hiểu sự dư thừa, rất có thể họ có thể không hiểu đầy đủ khái niệm đằng sau tính năng ngôn ngữ , đây là một vấn đề thậm chí còn lớn hơn so với việc nhầm lẫn về sửa đổi.

Nhà phát triển phải hiểu rằng mục đích của giao diện là tạo ra một hợp đồng xác định cách khách hàng có thể tương tác với một đối tượng. Điều này cho thấy bất kỳ phương thức nào trong một giao diện được sử dụng cho tương tác đối tượng nên được hiển thị cho khách hàng.

Nếu bạn khai báo một phương thức riêng tư, bạn rõ ràng nói rằng phương thức đó không có nghĩa là được gọi bởi các máy khách, trong trường hợp các giao diện là thứ không thể dễ dàng được suy ra.