Agora que nem todas as declarações de métodos em uma interface Java são abstratas públicas, os métodos devem ser declarados com esses modificadores?

A partir do Java 8, os defaultmétodos foram introduzidos nas interfaces. Efetivamente, isso significa que nem todos os métodos em um interfacesão abstract.

A partir do Java 9 (talvez), os privatemétodos serão permitidos. Isso significa que nem todos os métodos em um interfacesão public abstract.

A pergunta "Os métodos em uma interface Java devem ser declarados com ou sem o publicmodificador de acesso?" foi solicitado no Stack Overflow em /programming/161633/should-methods-in-a-java-interface-be-declared-with-or-without-a-public-access-m

Lá, a maioria das respostas argumentou que public abstractnão deveria ser usado porque nenhum método em um interfacepode ser outra coisa senão public abstract. Esse não é mais o caso.

Portanto, à luz desses novos recursos de interfaces, as public abstractpalavras - chave devem ser usadas em uma declaração de método de interface Java?

No meu ambiente específico, teremos pessoas que são engenheiros de software experientes, mas não experientes em Java, lendo o código Java de tempos em tempos. Sinto que deixar de fora as public abstractpalavras - chave criará um ponto de confusão adicional para aqueles que não estão familiarizados com o histórico de como as interfaces passaram a ter regras diferentes para o uso dessas palavras-chave.

Para expandir a resposta do StackOverflow:

1. O publicmodificador de acesso não é necessário porque

   Toda declaração de método no corpo de uma interface é implicitamente pública (§6.6). É permitido, mas desencorajado por uma questão de estilo, especificar de forma redundante o modificador público para uma declaração de método em uma interface. ( Seção 9.4 )

2. O abstractmodificador de acesso não é necessário porque

   Um método padrão é um método declarado em uma interface com o modificador padrão; seu corpo é sempre representado por um bloco .

   E...

   Um método de interface sem um modificador padrão ou estático é implicitamente abstrato , portanto, seu corpo é representado por um ponto e vírgula , não um bloco.

Dado que os métodos padrão têm um corpo, e os que não são inerentemente abstratos, e toda declaração de método em uma interface é inerentemente pública, você não precisa especificar nenhuma das palavras-chave.

Um dos comentários em uma resposta dizia:

Não os faça pensar! Eu sempre adicionei resumo público antes, apesar do estilo polícia, porque isso tornava as coisas claras e lembrava o leitor. Agora estou justificado porque o Java 8 e 9 complicam as coisas (user949300)

Um comentário sobre a questão StackOverflow (votada 18 vezes mais) refuta isso:

É ruim porque escrevê-lo como público implica que pode não ser público (Pacerier)

As implicações do código, especialmente as interfaces, são importantes.

A falta de uma declaração de bloco não é suficiente? Você declararia, extends Objectembora implícito?

Se o desenvolvedor não entender a redundância, é provável que ele não entenda completamente o conceito por trás do recurso de linguagem , o que é um problema ainda maior do que ficar confuso com os modificadores.

O desenvolvedor deve entender que o objetivo de uma interface é criar um contrato que defina como um cliente pode interagir com um objeto. Isso sugere que qualquer método em uma interface usada para interação com objetos deve ser exposto aos clientes.

Se você declarar um método privado, estará explicitamente declarando que o método não deve ser chamado pelos clientes, o que no caso de interfaces é algo que não pode ser facilmente deduzido.