Opa blz pessoal? bom eu tenho hábito de fazer o seguinte: 1 - as exceptions formular as mensagens de forma mais compreensível possível para o usuário
2 - para exibir essas mensagens eu mostro em um TitleWindow no Flex em um formato mais agradável de visualizar, até mesmo para testar, quando vem uma exception gigante no back-end é impossivel ler em um arlert... 3 - procuro fornecer um meio pelo qual o usuário possa registrar/notificar sobre o erro ocorrido - nessa parte log de erro no servidor - base com informações sobre o erro ocorrido, usuário logado, operação executada --- bom mas para o cliente, o melhor é sempre mensagens as mais claras possiveis e informativas, evite de jogar o stack trace para o usuário, isso só irá assustar e não o ajudará em nada... -- exemplos de erros classicos: - falha na comunicação com o servidor - falha na conexão com a base de dados - timeout de processamento bom isso ae retorna mensagens grandes, mas para o usuário o que interessa é: - A aplicação não pode executar a operação, motivo: .... ;) []´s -- Att, Erko Bridee de Almeida Cabrera http://erkobridee.com/ http://gospel.erkobridee.com/ http://www.cwbfx.com/ http://www.portaljava.com/ http://twitter.com/ErkoBridee Currículo: http://netcarreiras.com/prof.html?uid=11410 --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
