README.md

Author: cami-la

README.md

@@ -1,4 +1,3 @@
-
 <h2>Visão Geral</h2>
 <ul>
     <li> Exceção é um evento que interrompe o fluxo normal de processamento de uma classe.
@@ -11,6 +10,83 @@
 </li>
 </ul>
 
-<p align="center">
-        <img src="https://i.ibb.co/28mC8gY/2021-09-30-09-28.png" alt="2021-09-30-09-28" border="0" width="600" height="400">
-</p>
+<div align="center">
+    <img src="https://i.ibb.co/VjT23Rr/amoTu.png" alt="amoTu" border="0" width="400" height="600"></div>
+<h3>Erro</h3>
+<ul>
+    <li>Usado pela JVM, serve para indicar quando existe algum problema de recurso do programa, tornando a execução impossível de continuar.</li>
+    <li>O “Erro” é algo que não pode mais ser tratado, ao contrário da “Exceção” que trata seus erros, pois todas as subclasses de Exception (menos as subclasses RuntimeException) são exceções que obrigatóriamente devem ser tratadas.</li>
+</ul>
+
+<h3>Uchecked Exception</h3>
+<ul>
+    <li>Herdam da classe <em>RuntimeException</em> ou da classe <em>Error</em>.</li>
+    <li>O compilador não verifica o código para ver se a exceção foi capturada ou declarada.</li>
+    <li>Se uma exceção não-verificada ocorrer e não tiver sido capturada, o programa terminará ou executará com resultados inesperados.</li>
+    <li>Em geral, podem ser evitadas com uma codificação adequada.</li>
+</ul>
+
+<h3>Checked Exception</h3>
+<ul>
+    <li>As exceções que são herdadas da classe <em>Exception</em>, mas não de <em>RuntimeException</em>.</li>
+    <li>O compilador impõe um requisito do tipo "capturar ou declarar".</li>
+    <li>O compilador verifica cada chamada de método e declaração de método para determinar se o método lança (<em>throws</em>) exceções verificadas.</li>
+    <li>Se lançar, o compilador assegura que a exceção verificada é capturada ou declarada em uma cláusula throws. 
+    <li>Caso não capturada nem declarada, ocorre um erro de compilação.
+</li>
+</ul>
+
+<h3>Exception Personalizada</h3>
+<ul>
+    <li>Programadores podem achar útil declarar suas próprias classes de exceção.</li>
+    <li>Essas Exceptions são específicas aos problemas que podem ocorrer quando outro programador empregar suas classes reutilizáveis.
+</li>
+    <li>Uma nova classe de exceção deve estender uma classe de exceção existente que assegura que a classe pode ser utilizada com o mecanismo de tratamento de exceções, logo essas Exceções customizadas são derivadas da classe Exception.</li>
+    <li><em>Importante</em>: Antes de criar a nossa própria exceção, é recomendado verificar se já existe alguma exceção na biblioteca Java que já nos forneça o que precisamos. Afinal, não queremos reinventar a roda!</li>
+</ul>
+
+<h3>Blocos try/catch/finally</h3>
+<ul>
+    Bloco <strong><em>try</em></strong>:
+    <li>Região onde se encontra o código que queremos verificar se irá ou não lançar uma exceção.</li>
+    <li>Caso ocorra uma exceção em algum ponto, o restante do código contido no bloco <em>try</em> não será executado.</li>
+    <li>O bloco <em>try</em> não pode ser declarado sozinho, por tanto, precisa estar seguido de um ou vários blocos <em>catch</em> e/ou de um bloco <em>finally</em>.</li>
+</ul>
+<ul>
+    Bloco <strong><em>catch</em></strong>:
+    <li>Região onde se encontra o possível tratamento da exceção. Isso significa que só será executado caso o bloco <em>try</em> apresentar alguma exceção.</li>
+    <li>Recebe como argumento a classe ou subclasse da possível exceção.</li>
+    <li>No seu escopo ficam as instruções de como tratar essa exceção.</li>
+    <li>Pode haver mais de um bloco <em>catch</em>, porém, será executado apenas o primeiro bloco que identificar a exceção.</li>
+    <li><em>Importante</em>: Caso você utilize mais de um <em>catch</em> e houver exceções de uma mesma hierarquia de classes, certifique-se que a classe mais genérica esteja como argumento do primeiro <em>catch</em>. Caso contrário, qualquer exceção sempre cairá neste primeiro <em>catch</em>, assim fazendo com que a exception mais específica não seja verificada.</li>
+</ul>
+<ul>
+    Bloco <strong><em>finally</em></strong>:
+    <li>Este bloco é opcional, mas caso seja construído, quase sempre será executado. (A menos que seja forçada sua parada, por exemplo, com um System.exit(0), no <em>catch</em>)</li>
+    <li>Dentro do bloco finally, poderá conter outros blocos try, catch, bem como outro finally.</li>
+    </li>Geralmente utilizado quando precisamos executar algum código independente se ocorrer exception ou não.</li>
+</ul>
+
+<h3>Cláusulas throw e throws</h3>
+<ul>
+    Cláusula <strong><em>trows</em></strong>
+    <li>Usada na assinatura do método.</li>
+    <li>Necessária apenas para exceções checked (nosso caso de estudo)</li>
+    <li>Informa ao chamador que este método pode lançar uma das exceções listadas no escopo do método. Isso obriga a fazer a captura dessa exception (<em>try-catch</em>) ou relançar o <em>throws</em>. </li>
+</ul>
+<ul>
+    Cláusula <strong><em>throw</em></strong>
+    <li>É usada para lançar explicitamente uma exceção de um método ou de qualquer bloco de código.</li>
+    <li>Usada principalmente para lançar exceções personalizadas</li>
+    <em>Importante</em>:    
+    <li>O fluxo de execução "normal" do programa para imeditamente apos a execução da cláusula <em>throw</em>. O bloco <em>try</em> envolvente mais próximo é verificado para encontrar um bloco <em>catch</em> que corresponda ao tipo de exceção.</li>
+    <li>Caso encontre essa correspondência, o controlado é transferido para esse bloco. Caso contrário, o próximo bloco <em>try</em> envolvente é verificado e assim por diante.</li>
+    <li>Outro caso, é se nenhuma captura for encontrada, o manipulador da exceção padrão interromperá o programa.</li>
+
+</ul>
+
+<h2>Referências</h2>
+<ul>
+    <li>https://www.devmedia.com.br/trabalhando-com-excecoes-em-java/27601</li>
+
+</ul>