De fato, Path.of
foi introduzido mais tarde.
Conjectura: foi introduzida em prol de um Foo.of
estilo consistente .
No arquivo da lista de discussão, esse método já foi chamadoPath.get
:
As principais alterações em estão em Path e Paths em java.nio.file.
Este patch copia os métodos Paths.get () para métodos estáticos em Path.get () e modifica o primeiro para chamar o último método respectivo. A especificação do caminho é ligeiramente limpa para não se referir aos caminhos nem a si mesma, por exemplo, “(consulte Caminho).” As anotações @implSpec são adicionadas aos Paths para indicar que os métodos simplesmente chamam suas contrapartes no Path.
...
Isso foi alterado mais tarde, quando Brian Goetz sugeriu que fosse consistente comFoo.of
:
Separadamente, Brian Goetz sugeriu fora da lista que seria mais consistente se esses métodos de fábrica tivessem o nome "of", por isso presumo que o webrev será atualizado para ver como fica.
Agora, para sua última pergunta: "Nesse caso, seria considerado preferível em termos de consistência / estética?"
No correio inicial, Brian Burkhalter disse que atualizou todas as referências ao novo método em Path
:
Todos os arquivos de origem em java.base são modificados para alterar Paths.get () para Path.get () e remover a importação de Paths. ...
Portanto, concluo que Path.of
é realmente preferível Paths.get
.
De fato, se você olhar o Javadoc Paths
para Java 13 , encontrará esta nota:
Nota da API :
Recomenda-se obter uma Path
via dos Path.of
métodos em vez dos get
métodos definidos nesta classe, pois essa classe poderá ser preterida em uma versão futura.