Há uma convenção que diz para usarmos o domínio na internet ao contrário nos nomes dos pacotes, isso para que não haja ambiguidade nos nomes, entre pacotes de diferentes desenvolvedores.
Um pacote do GUJ, por causa do dominio guj.com.br e de acordo com a convenção, teria o nome br.com.guj. A hierarquia abaixo desse pacote fica a seu critério.
Um exemplo de classe pertencente ao a esse pacote seria br.com.guj.HelloWorld.
[]s
fzampa
Então para aplicações “caseiras” num tem muito o que colocar não, né?
richardpeder
Não amigo…caseiro nao!
Ja vi por ex, SIS desenvolvidos para a CEF na seguinte estrutura:
br.gov.caixa, etc…
entendeu?! é mais ou menos por ai…
ate mais…
fzampa
richardpeder:
Não amigo…caseiro nao!
Ja vi por ex, SIS desenvolvidos para a CEF na seguinte estrutura:
br.gov.caixa, etc…
entendeu?! é mais ou menos por ai…
ate mais…
Richard, eu quis perguntar outra coisa… talvez nós não tenhamos nos entendido :roll:
Bem, eu perguntei sobre os meus programas, tipo algum trabalho de facul… algum programa que eu vou desenvolvendo aos poucos… só pra aprendizado mesmo… esses são os programas “caseiros”.
Eu não quis dizer que esta hierarquia deve ser aplicada somente a programas caseiros, entendeu???
Eu nem tenho um domínio, como vou fazer com meus programas??? Entendeu?
jc_oz
O padrão proposto pela SUN é mais uma idéia de como nomear os pacotes.
Vai desenvolver um trabalho pra Facul ? br.com.nomedafacu.seupacote
Vai desenvolver um sistema “caseiro” ? br.com.felipe.zampa.seupacote
E por aí vai.
[]'s
Julio
Z
ZehOliveira
Se você um dia quiser reutilizar essas classes, que não estejam de acordo com a convenção, em algum projeto, pode ter problema com nomes de pacotes. Então, é sempre legal usar a convenção.