Muitas vezes vemos blocos de tratamentos de exceções totalmente vazios; isso corresponde ao velho "On Error Resume Next" no Asp tradicional.

Quantas vezes não passamos tempos para descobrir um erro no ASP comum que poderia ser exibido se a opção "On Error Resume Next" (OERS) não fosse usada? OERS no ASP tradicional fazia com que caso ocorresse uma exceção, ele seguisse adiante no código sem mostrar nem tratar o erro. Quando a estrutura fica mais complexa, com aninhamentos de includes fica ainda pior; Apesar dessa opção ser muito usada (e odiada) no asp comum, na plataforma .Net em VB e C#, se você usar o bloco Try..Catch sem tratar o código equivale a usar um OERS, pois você não deixa a exceção chegar ao usuário mas por outro lado, não faz nada com o erro ignorando-o completamente. Por isso é importante que ao tratar exceções, mesmo que não vá fazer nada com ela, passe-a adiante. Um simples exemplo disso está descrito abaixo: /* -- Esse é o exemplo equivalente ao OERS -- */ Try { //faz alguma coisa } catch (Exception ex) { //NAO FAZ NADA } /* -- Esse é o exemplo passando adiante a exceção */ Try { //faz alguma coisa } catch (Exception ex) { throw ex; } Com isso, evitamos desgaste com o cliente ou quem quer que seja o usuário final do software quando ele disser que está dando erro (mas o software não exibe e muito menos trata) e você tiver que pedir a ele milhões de vezes que teste o sistema para achar o erro e descobrir que foi por uma exceção que não foi tratada.

Quebra-Linha

Colaborador..: Paulo Daniel Bandeira de Mello
Categoria(s).: .NET/C#; .NET/ASP.NET; .NET/VB.NET;
Versão.......: 1.0
Data.........: 29/08/2007 14:51:05
Visualizado..: 11688 vezes
Fonte........: .