Тепер, коли не всі декларації методів у Java-інтерфейсі є публічними абстрактними, чи слід оголошувати методи за допомогою цих модифікаторів?

Починаючи з Java 8, defaultметоди були введені в інтерфейси. Ефективно це означає, що interfaceдалеко не всі методи у abstract.

Починаючи з Java 9 (можливо), privateметоди будуть дозволені. Це означає, що interfaceдалеко не всі методи є public abstract.

Питання "Чи повинні бути оголошені методи в інтерфейсі Java з publicмодифікатором доступу або без нього ?" запитували у стеку Overflow на /programming/161633/should-methods-in-a-java-interface-be-declared-with-or-without-a-public-access-m

Там більшість відповідей стверджували, що public abstractїх не слід застосовувати, оскільки жоден метод у рейтингу не interfaceможе бути чим іншим, крім public abstract. Це вже не так.

Отже, з огляду на ці нові функції інтерфейсів, чи слід використовувати public abstractключові слова в декларації методу інтерфейсу Java?

У моєму конкретному середовищі у нас будуть люди, які є досвідченими інженерами програмного забезпечення, але не досвідченими в Java, час від часу читають код Java. Я вважаю, що відмова від public abstractключових слів тепер створить додаткову точку плутанини для тих, хто не знайомий з історією того, як в інтерфейсах виникли різні правила використання цих ключових слів.

Щоб розгорнути відповідь StackOverflow:

1. publicМодифікатор доступу немає потреби , оскільки

   Кожне оголошення методу в тілі інтерфейсу неявно є загальнодоступним (§ 6.6). Дозволено, але відсторонено, як питання стилю, надмірно вказати публічний модифікатор для оголошення способу в інтерфейсі. ( Розділ 9.4 )

2. abstractМодифікатор доступу немає потреби , оскільки

   Метод за замовчуванням - це метод, який оголошується в інтерфейсі з модифікатором за замовчуванням; її тіло завжди представлено блоком .

   І ...

   Метод інтерфейсу, у якому відсутній модифікатор за замовчуванням або статичний модифікатор, неявно абстрактний , тому його тіло представлено крапкою з комою , а не блоком.

Зважаючи на те, що методи за замовчуванням мають тіло і ті, які не є по суті абстрактними, і кожне оголошення методу в інтерфейсі по суті є загальнодоступним, не потрібно вказувати жодне ключове слово.

В одному з коментарів до відповіді сказано:

Не змушуйте їх думати! Я завжди додавав публічний конспект раніше, незважаючи на стилістику поліції, тому що це робило зрозумілі речі та нагадувало читачеві. Тепер мене помстили, тому що Java 8 і 9 ускладнюють речі (user949300)

Коментар до питання StackOverflow (за 18 разів проголосований) спростовує це:

Це погано, оскільки писати його як публічне означає, що воно може бути непублічним (Pacerier)

Значення коду, особливо інтерфейсів, є важливими.

Чи недостатньо наслідків блокового оператора? Чи заявляєте ви, extends Objectхоча це мається на увазі?

Якщо розробник не розуміє надмірності, швидше за все, вони можуть не повністю зрозуміти концепцію мовної функції , що є ще більшою проблемою, ніж плутати модифікатори.

Розробник повинен розуміти, що метою інтерфейсу є створення контракту, який визначає, як клієнт може взаємодіяти з об'єктом. Це говорить про те, що будь-який метод в інтерфейсі, що використовується для взаємодії з об'єктами, повинен піддаватися клієнтам.

Якщо ви оголосите метод приватним, ви прямо заявляєте, що метод не призначений для виклику клієнтами, що у випадку інтерфейсів - це те, що неможливо легко зробити.