A Declaração Import

Import

Para usar uma classe do mesmo pacote, basta fazer referência a ela como foi feito até agora simplesmente escrevendo o próprio nome da classe. Se quisermos que a classe Banco fique dentro do pacote br.com.caelum.contas, ela deve ser declarada assim:

Para a classe Cliente ficar no mesmo pacote, seguimos a mesma fórmula:

A novidade chega ao tentar utilizar a classe Banco (ou Cliente) em uma outra classe que esteja fora desse pacote, por exemplo, no pacote br.com.caelum.contas.main:

Repare que precisamos referenciar a classe Banco com todo o nome do pacote na sua frente. Esse é o conhecido Fully Qualified Name de uma classe. Em outras palavras, esse é o verdadeiro nome de uma classe, por isso duas classes com o mesmo nome em pacotes diferentes não conflitam.

Mesmo assim, ao tentar compilar a classe anterior, surge um erro reclamando que a classe Banco não está visível.

Acontece que as classes só são visíveis para outras no mesmo pacote e, para permitir que a classe TesteDoBanco veja e acesse a classe Banco em outro pacote, precisamos alterar essa última e transformá-la em pública:

A palavra chave public libera o acesso para classes de outros pacotes. Do mesmo jeito que o compilador reclamou que a classe não estava visível, ele reclama que o atributo/variável membro também não está. É fácil deduzir como resolver o problema: utilizando novamente o modificador public:

Podemos testar nosso exemplo anterior, lembrando que utilizar atributos como público não traz encapsulamento e está aqui como ilustração.

Voltando ao código do TesteDoBanco, é necessário escrever todo o pacote para identificar qual classe queremos usar? O exemplo que usamos ficou bem complicado de ler:

Existe uma maneira mais simples de se referenciar a classe Banco: basta importá-la do pacote br.com.caelum.contas:

Isso faz com que não precisemos nos referenciar utilizando o fully qualified name, podendo utilizar Banco dentro do nosso código em vez de escrever o longo br.com.caelum.contas.Banco.

package, import, class

É muito importante manter a ordem! Primeiro, aparece uma (ou nenhuma) vez o package; depois, pode aparecer um ou mais imports; e, por último, as declarações de classes.

import x.y.z.*;

É possível “importar um pacote inteiro” (todas as classes do pacote, exceto os subpacotes) através do coringa *:

Importar todas as classes de um pacote não implica em perda de performance em tempo de execução, mas pode trazer problemas com classes de mesmo nome! Além disso, importar de um em um é considerado boa prática, pois facilita a leitura para outros programadores. Uma IDE como o Eclipse já vai fazer isso por você, assim como a organização em diretórios.

Importações Redundantes

Por que será que algumas classes no Java não precisam ser importadas?

Porque há no pacote do Java chamado java.lang. Este pacote tem um comportamento diferenciado dos outros, ele é importado automaticamente pelo Java. Você pode importá-lo, mas não é preciso. Quantas importações você acha que é redundante no código a seguir?

A resposta é três. A linha 1 e 2 são redundantes porque como foi dito o pacote java.lang é importado automaticamente pelo Java. A linha 4 também é redundante porque a classe Random já tinha sido importada com a importação explícita.

Outro caso de redundância é importação de classes que estão no mesmo pacote. O Java já sabe que as classes estão no mesmo pacote e por isso não há a necessidade da importação. Vamos ver um exemplo.

public class InputImports{

            public void read(Files files){

                        Paths.get(“name”);

            }

}

 Se você tentar compilar este código aparecerá que o Java não encontrou duas classes, a Files e a Paths. As duas classes encontram-se no mesmo pacote java.nio.file. Como você importaria estas classes?

Há duas maneiras, a importação wildcard e a importação explícita.

import java.nio.file.*;

ou

import java.nio.file.Files;

import java.nio.file.Paths;

Importações que não funcionam:

import java.nio.*; //o wildcard só importa classes e não pacotes.

import java.nio.*.*;//só é permitido um wildcard

import java.nio.file.Paths.*;//wildcard importa classes e não métodos.

Conflitos de Nomes

Os pacotes são importantes para evitar o conflito de classes que tem o mesmo nome. Por exemplo, a classe com o nome Date encontra-se em mais de um pacote no Java.

java.util.Date;

java.sql.Date;

Se você quiser usar o java.util.Date no código a seguir, como você faria?

public class Conflicts{

            Date date;

            //mais códigos

}

Creio que você já saiba a resposta.

import java.util.Date;

O problema é: e se eu quiser usar os dois Date, como faço?

Posso fazer assim?

import java.util.*;

import java.sql.*;

public class Conflicts{

            Date date;

            //mais códigos

}

Isto irá gerar o seguinte erro:

E se eu fizer assim:

import java.util.Date;

import java.sql.*;

public class Conflicts{

            Date date;

            //mais códigos

}

Agora funciona, porque a importação explícita tem prioridade sobre a importação wildcard.

Mais a pergunta persiste. E se eu quiser usar os dois Date?

Posso fazer isto?

import java.util.Date;

import java.sql.Date;

public class Conflicts{

            Date date;

            //mais códigos

}

Isto vai gerar um conflito de nomes e o Java não sabe qual você quer utilizar.

Soluções:

Você pode importar um normalmente e utilizar só que o outro terá sempre que ser explícito.

import java.util.Date; //importe comum

public class Conflicts{

            Date date; //não preciso explicita no resto do código

            java.sql.Date sqlDate;

/*importe explicito, toda vez que for utilizar o sqlDate terei que escrever desta maneira*/

            //mais códigos

}

ou explicitar os dois sempre.

public class Conflicts{

            java.util.Date date;

            java.sql.Date sqlDate;

            //mais códigos

}

Fonte: https://www.caelum.com.br/apostila-java-orientacao-objetos/pacotes-organizando-suas-classes-e-bibliotecas/#acesso-aos-atributos-construtores-e-mtodos

Fonte: https://micheladrianomedeiros.com.br/blog/aprendendo-java-para-certificacao-4/