Executar ignorando exceções? sem Try{}cacth(){}

tem algum geite de executar varios códigos… q podem gerar exceções padroes (akelas q naum precisam de try{}cacth(){} …

e ignorar as exceções executando o código todo? mesmo que alguma parte dele gere exceções??

existe como fazer isto?

Tente usar um bloco catch assim:

try
{
  ...
}
catch(Throwable t)
{
  // ignora
}

Se é que eu entendi a sua dúvida.

[quote=“hipersoft”]Tente usar um bloco catch assim:

try
{
  ...
}
catch(Throwable t)
{
  // ignora
}

Se é que eu entendi a sua dúvida.[/quote]

noops… né isso naum…

exemplo…

... obj.setNome(nome); obj.setIdade(idade); obj.setCPF(cpf);

bom… suponha q … setName, setIdade e setCPF… os 3 possam gerar a exceção…

como executar os 3… seguindos… mesmo que haja exceção… sem ter que fazer

try{ obj.setNome(nome); } atch(Exception ex){} try{ obj.setIdade(idade); } atch(Exception ex){} try{ obj.setCPF(cpf); } atch(Exception ex){}

tem algum geito?

meu pro mesmo… é q muitas vezes… eu terei… MUITOOOOOOOOOOOS set … ai fica iviavel fazer isto

simples:

[code]try {

obj.setNome( nome );
obj.setIdade( idade );
obj.setCpf( cpf );

} catch( Exception e )[/code]

[quote=“matheus”]simples:

[code]try {

obj.setNome( nome );
obj.setIdade( idade );
obj.setCpf( cpf );

} catch( Exception e )[/code][/quote]

bahhhh naum é assim… assim ele para de executar quando de exeções no primeiro

eu quero q execute tudo… mesmo q de exceção em algum deles

se der exceção em setNome… é pra executar mesmo assim o setIdade

Captei! Acho que captei a tua mensagem 1other.

Use uma classe abstrata para criar classes concretas modelando campos

abstract class Campo {}

class CampoNome extends Campo {}
class CampoIdade extends Campo {}

A classe Campo tem um método isValid(), que retorna um boolean.

Os beans que tratam de dados de form têm uma classe abstrata comum

abstract class FormBean {}

Os form beans derivam de FormBean

class MatriculaBean extends FormBean {}
class MatriculaBean extends FormBean {}

A classe FormBean tem um array de Campo’s e um método isValid que varre os campos testando os métodos isValid de cada campo

O campo que der pau pode alimentar uma variável String com uma mensagem de erro, que pode ser recuperada com um método getErrorMessage, digamos.

As exceções não são usadas, basta testar se o bean isValid().

Funcionalidade extra: um método para ‘acochambrar’ um campo para não ser captado pelo isValid do FormBean (um campo que pode ser vazio, por exemplo).

Sera que fui kraro, mano?

posso dizer q foi + ou - (tudo bem q akabei de xegar da prai =)

bom… mas vou reler isso aki depois… e tentar xegar na melhor solução…

vlw