| Autor |
Mensagem |
|
|
LPJava wrote:
marcobiscaro2112 wrote:
LPJava wrote:... static nao tem nada ver com estatico em relacao de o valor nao mudar uma vez declarado, eh comum no inicio dos estudos confudir isso, ja que em outras linguagens o termo static eh usado para esse fim.
Para isso é usada a palavra chave 'final'.
Quando ao estático, é também chamado variável (ou método, depende) de CLASSE, o oposição aos não-estáticos, que são de OBJETO.
Um exemplo:
quem vem chegando no mundo java, ate entender isso demora um pouco... devido aos vicios de outras linguagens
É, acontece. Algumas pessoas começam no mundo das drogas (nada contra as outras linguagens...) e depois descobrem a verdadeira linguagem de programação.
|
 |
|
|
output contém String? Se for, faça isso:
Teste o código acima.
|
|
|
|
sf.marcius wrote:realmente, como o colega marcobiscaro2112 falou, nao precisava alterar o limite. fica até mais simples. 
também recomendo a utilização de nomes padroes para os accessor methods... setLimite() em vez de colocaLimite() e setSaldo() em vez de colocaSaldo(); e se possível, usa BigDecimal pra evitar problemas de precisão, ja que vc vai fazer calculos financeiros...
[]s
++
Só não concordo com o 'setSaldo'.
Métodos 'saca' e 'deposita' ficam mais naturais. Veja:
Seria mais natural:
|
|
|
|
LPJava wrote:... static nao tem nada ver com estatico em relacao de o valor nao mudar uma vez declarado, eh comum no inicio dos estudos confudir isso, ja que em outras linguagens o termo static eh usado para esse fim.
Para isso é usada a palavra chave 'final'.
Quando ao estático, é também chamado variável (ou método, depende) de CLASSE, o oposição aos não-estáticos, que são de OBJETO.
Um exemplo:
|
|
|
|
Como faço o rebuild?
Clique com o botão direito sobre o projeto. Selecione 'Refresh'. Depois clique novamente com o botão direito e clique em 'Build Project'.
|
|
|
|
thingol wrote:Se estás a lidar (ou a pelejar) com o Eclipse, experimenta efetuar um "refresh" no seu projecto, para que ele reconstrua o seu programa. Pode ser que estejas a tentar depurar código que não bate com os ficheiros .class que foram gerados e estão desactualizados; já tive muitos problemas com isso e sempre efetuo um "rebuild" se estou com qualquer dúvida.
Minha esposa é mais radical e, quando está a depurar programas no Eclipse, sempre efetua o "rebuild" e vai tomar um cafezinho, não importando que alteração ela efetuou.
Não entendi o porque do 'pelejar'. Afinal, para que pelejar com a IDE mais usado (e a melhor, diga-se de passagem) do mercado. Mas quando ao rebuild, não é má idéia. Outra coisa, selecione todo o seu código e pressione Ctrl+I, para identar corretamente seu código e ficar mais fácil de entender qual return corresponde a determinado if.
|
|
|
|
|
Não sei o que... mas já tentou dar um 'clean' ou 'rebuild' no seu projeto e exportar novamente para JAR (não esquecendo de definir a classe principal do executável!).
|
|
|
|
Mas o limite não precisa ser alterado.
Se determinado cliente tem R$ 50 depositados e limite de R$ 100, pode sacar até R$ 150. Se isso for feito, o saldo será R$ -100 (e o limite continua como estava). Se ele tentar sacar qualquer valor agora, não conseguirá.
|
|
|
|
|
Você recebe algum erro específico quando tenta executar o JAR?
|
|
|
|
fabiodurgante wrote:
É que evento, seria o objeto do tipo MouseEvent. Acontece que acima fizemos um exemplo com o objeto 'e' e outro com o objeto 'evento' (pode ter ficado confuso). Mas o jeito que você fez no seu segundo post está correto: chama o método getModifiersEx() do objeto MouseEvent (como citado acima, você pode usar o método isControlDown(), isAltDown(), e assim por diante).
|
|
|
|
|
Você quer que o bloco while não dure mais de 2 segundos, por exemplo? E outra coisa: qual API ou framework você está utilizando para a leitura dos dados?
|
|
|
|
Você terá algo como:
|
|
|
|
|
Dica: Se quiser algo bem prático para ler e escrever de/em Streams, procure sobre Scanner e PrintWritter.
|
|
|
|
Será que você realmente precisa abrir várias portas diferentes? Em um servidor HTTP, por exemplo, a porta padrão aberta é a 80. Quando um cliente se conecta a essa porta, é automaticamente transferido para outra porta, deixando a 80 livre para o próximo cliente.
Acho que deve ter apenas 1 ServerSocket aberto e quando você clicar no botão Parar, essa porta deve ser fechada (isso você ainda precisa fazer, criar um método fechaConexao, por exemplo). Quando à sua classe, procure, quando possível, implementar a interface Runnable, a estender Thread (e na verdade, a classe como está, nem precisava ser um Thread).
O erro deve acontecer pois a porta continua aberta, mesmo se a aplicação terminar, e quando você executa novamente, ele informa que a JVM já está utilizando a porta (não tenho certeza disso, se alguém souber um motivo diferente, me corrijam). Tente reiniciar sua IDE se isso acontecer.
|
|
|
|
Uma ajudinha:
substring(int) - retorna uma nova String com os caracteres do índice especificado até o fim
lastIndexOf(String) - retorna o índice da última ocorrência daquela string passada como parâmetro.
Logo, o trecho:
1 - localiza a última posição da barra invertida na sua String
2 - Pega apenas a substring começando do índice da última barra invertida + 1 (para que a barra não seja incluída).
|
|
|
|