É número?

Integer.parseInt() ou equivalentes e em caso falso, recolha a exceção. Não, não conheço nenhum método que faça essa verificação.

Até!

Se não quiser usar excessões como nosso amigo maquiavelbona falou, você pode fazer algo do tipo

public class TesteNumero {
	
	/**
	* Os numeros de 0-9 sao representandos na tabela ascii pelos codigos de 48 a 57 (em decimal).
	* Para cada caracter presente na String, basta verificar se seu codigo ascii está nesta faixa.
	*/		
	public boolean isNumero(String s) {
		char c;
		for(int i = 0; i <  s.length(); ++i) {
			c = s.charAt(i);
			if(c < 48 || c > 57) return false;
		}
		return true;
	}
	
	public static void main(String[] args) {
		TesteNumero testeNumero = new TesteNumero();
		if(testeNumero.isNumero(args[0]))
			System.out.printf("%s eh um numero!\n", args[0]);
		else
			System.out.printf("%s nao eh um numero!\n", args[0]);
	}
}

Esse método isNumero() que eu escrevi não reconhece números negativos. Fica para você como lição de casa

E seu código não verifica se esse número pode ser real. Pode também ser outra lição de casa.

Até!

da pra fazer o teste com qualquer numero com o metodo: NumberFormat.getInstance().parseObject(“string”); caso nao seja um numero ele lança a exceçao ParseException

É eu pensei justamente em usar os parsers e tratando as exceções, com isso dava pra validar, mas tava querendo saber se ja tinha esse métood pronto para eu n ter o trablaho de fazê-lo =P mas pelo jeito vou ter q fazer mesmo. Vlw mais uma vez.

maquiavelbona:

E seu código não verifica se esse número pode ser real. Pode também ser outra lição de casa.

Até!

Bem lembrado

Pensando bem, essa solução seria melhor

public boolean isNumeroRegex(String s) {
	return (s.matches("-?[0-9]+.?[0-9]*"));
}

Você também pode cada caractere da String e passando o mesmo para o método isDigit(char c) da classe Character…

[]'s.

Lembrando, que é sempre mais interessante, trabalhar com métodos, evitando ao máximo, utilizar exceções para este tipo de coisa. Dica de desempenho.

Não entendi qual é a grande perda de desempenho em trabalhar com exceções. Além de muitas vezes ser melhor trabalhar com exceções do que com retornos do tipo -1, false ou NaN.

Até!

Usar expressões regulares é uma boa ideia, sobretudo se vc quiser fazer validações client-side.

maquiavelbona:

Não entendi qual é a grande perda de desempenho em trabalhar com exceções. Além de muitas vezes ser melhor trabalhar com exceções do que com retornos do tipo -1, false ou NaN.

Até!

Achas que não é melhor fazer um método de validação do que trabalhar com exceções forçadas?

1. Uma expressão regular que bata exatamente com um número* demora bem mais para ser processada que uma rotina que faça um parseInt ou parseDouble e capture a exceção. Esquisito porém verdade. Só que é conveniente deixar isso “trancado” dentro de uma rotina utilitária.

2. Lembro que esse jeito de tratar a validação não é incomum - eu tinha lido um livro sobre Oracle 7 onde um problema semelhante era proposto, e o autor constatou que o mais rápido era mesmo fazer o equivalente em PL/SQL ao Java de capturar a exceção. Não sei como está a situação agora no Oracle 10 - pode ser que haja uma função pronta para isso.

• Escrever uma expressão regular que bata exatamente com um número não é coisa simples, e como as expressões regulares são bastante complicadas, seu processamento (mesmo efetuando a pré-compilação) é bastante demorado.

peerless:

…
Achas que não é melhor fazer um método de validação do que trabalhar com exceções forçadas?

Até!