| Autor |
Mensagem |
|
|
Em minha humilde opnião:
 fundir java basico + java avancado em hipótese alguma
Um tópico específico sobre Bancos de Dados seria interessante
Um tópico sobre Patterns também seria bastante interessante.
É isso aí que eu penso...
|
 |
|
|
Valeu muito pelas dicas!!!
Obrigado! 
|
|
|
|
Ola pessoal,
Essa não tem a ver especificamente com Java, mas gostaria de saber se vcs saberiam me dizer onde posso encontrar alguma boa ferramenta para criar diagramas UML.
Não quero uma ferramenta específica para Java, mas sim, algo mais genérico.
Desde já obrigado a todos.
|
|
|
|
Vc pode usar o operador de coersão de tipos.
Por exemplo:
int i = 10; // variavel int
double d; // variavel double
d = (double) i; // converte i para o tipo double
Apesar de que, na verdade, um int já é convertido automaticamente para double quando necessário. Assim, neste caso, vc não precisa forçar a conversão.
|
|
|
|
Caro Renato,
Para alterar a coluna de um JTable vc deve setar a propriedade width da coluna em questão. Qualquer duvida de uma olha na API:
http://java.sun.com/j2se/1.4.1/docs/api/javax/swing/JTable.html
|
|
|
|
Em primeiro lugar, lembre-se que se vc definiu uma Classe pública chamada Welcome1 o arquivo deverá chamar Welcome1.java, inclusive respeitando-se maiúsculas e minúsculas.
Se isso estiver certo, envie o código para o forum para que eu possa ver onde pode estar o erro.
|
|
|
|
Parabéns pelo seu tutorial sobre Interfaces. Achei bem conciso e esclarecedor.
O conceito de interfaces é realmente de difícil assimilação para quem está começando em Java - na verdade, o difícil é, a princípio, enxergar onde realmente elas podem ser úteis, mesmo pra quem já tem estrada na programação ( lido com programação a uns 15 anos e com OOP a uns 6 ).
Sorte que a comunidade Java é tão unida, a mais unida que eu já conheci até hoje... e o pessoal realmente se preocupa em ajudar.
|
|
|
|
|
Santa Bani!!!
|
|
|
|
Tirou as palavras da minha boca dohko...
Nada muito sério ramires, só toma cuidado com a digitação - em especial, atenção para maíusculas e mínusculas que podem geram erros um pouco difíceis de localizar.
|
|
|
|
Bem, pelo que percebi no seu código, acho que no seguinte trecho:
Na verdade a chave } deveria ser {
Acho que isso deve resolver o seu problema...
|
|
|
|
|
Tutorial sobre Interfaces... quem ouvirá as nossas súplicas??????
|
|
|
|
Ufa... pelo menos eu não estava louco...
Pois é Elvis, acho que é realmente um "furo" como você disse. Na verdade, ele não reconhece a mudança de escopo automaticamente, sem a recompilação das subclasses...
O que será que a Sun tem a dizer sobre este "efeito" interessante??? 
Obrigado pela ajuda de todos...
[]'s
|
|
|
|
Caro Leandro,
Vc está enganado... o que é private na superclasse não é visto na subclasse... para isso teria que ser protected, ou public...
A questão é que o Java só reconheceu a mudança - de public para private - quando eu tentei compilar novamente o RetornaNumeroNovo... aí sim, ele me retornou um erro. O problema é saber porque ele não reconheceu isso quando, simplesmente, eu compilei RetornaNumero.
E o impasse continua...
|
|
|
|
Pessoal, realmente foi um erro ao digitar no forum  , a declaração correta - e que usei no teste - é a seguinte:
O resto do que foi dito é válido... desculpem pela falha...
Porque RetornaNumeroNovo não retorna um erro, já que i agora é private? Como posso evitar isso, sem ter que compilar todas as subclasses?
Tudo bem Bani, o problema não é com o compilador - é ao rodar o aplicativo. Na verdade, ao rodá-lo, RetornaNumeroNovo não irá checar as implementações de RetornaNumero? Ou isso é feito em tempo de compilação? Não estou compreendendo direito como funciona o processo e acho complicado ter que compilar todas as subclasses - se eu esquecer uma... tô ferrado...
|
|
|
|
Olá!!!
Por favor, agora eu fiquei confuso e preciso entender como isso acontece...
Considere os seguintes códigos ( definitivamente não serve pra nada, mas... ):
RetornaNumero.java:
RetornaNumeroNovo.java:
Teste.java:
Até aí, tudo bem. Compilo os 3 arquivos fonte e que maravilha!!! Ele imprime 10 na tela!!!
Mas acontece que se eu alterar a declaração da variável i na classe RetornaNumero para private, recompilo RetornaNumero.java e executo o Teste.class, para meu espanto, o programa "ainda" imprimiu 10 na tela!!! 
Na verdade a linha System.out.println("O numero e " + i ); quebra as regras de escopo...
Eu sou obrigado a recompilar todas as classes descendentes quando eu mudo uma superclasse? Não deveria ser automático, já que eu utilizo arquivos .class separados? 
|
|
|
|