Exceções tornam muito fácil escrever código onde uma exceção sendo lançada quebrará invariantes e deixará objetos em um estado inconsistente. Eles essencialmente forçam você a lembrar que quase todas as declarações que você faz podem potencialmente lançar e lidar com isso corretamente. Fazer isso pode ser complicado e contra-intuitivo.
Por que as exceções são ruins em C++?
A principal razão pela qual as exceções C++ são tão frequentemente proibidas é que é muito difícil escrever código C++ seguro para exceções. Segurança de exceção não é um termo que você ouve com muita frequência, mas basicamente significa código que não se estraga muito se a pilha for desenrolada.
Exceto exceção é ruim?
Você deve usar pelo menos except Exception : para evitar travar o sistema exceptions como SystemExit ou KeyboardInterrupt. Aqui está o link para os documentos. Em geral, você deve definir explicitamente exceptions que deseja capturar, para evitar a captura indesejada de exceptions . Você deve saber quais exceções você ignora.
Por que catch exception é quase sempre uma má ideia?
catch(Exception) é uma má prática porque captura todas as RuntimeException (exceção não verificada) também. Isso pode ser específico de java: às vezes você precisará chamar métodos que lançam exceções verificadas. Se isso estiver em sua camada EJB / lógica de negócios, você tem 2 opções - pegá-los ou lançá-los novamente.
Exceções são ruins para o desempenho?
Conclusão. Não useexceções devido ao seu potencial impacto no desempenho é uma má ideia. As exceções ajudam a fornecer uma maneira uniforme de lidar com problemas de tempo de execução e ajudam a escrever código limpo. No entanto, você precisa rastrear o número de exceções lançadas em seu código.
