Ko darītu, ja izsaukšanas laikā notiktu izņēmums?

Atkarībā no izņēmuma veida un biznesa loģikas:

1. Izņēmuma apstrāde (try-catch): Noķert izņēmumu catch blokā un veikt atbilstošu loģiku:

   • Kļūdas reģistrēšana.
   • Ziņojuma parādīšana lietotājam.
   • Mēģinājums atjaunot vai turpināt darbu (piemēram, nodrošinot noklusējuma vērtību).
   • Izņēmuma pārveidošana par citu, piemērotāku (Checked uz Unchecked vai otrādi).

   try {
       methodA();
   } catch (SpecificException e) {
       // Kļūdas reģistrēšana
       logger.error("Kļūda, izsaucot methodA", e);
       // Varam parādīt ziņojumu lietotājam
       // displayErrorMessage("Radās kļūda");
       // Vai mēģināt atjaunot
       // handleRecoveryLogic();
   } catch (AnotherException e) {
       // Citas izņēmuma apstrāde
   } finally {
       // Kods, kas tiks izpildīts jebkurā gadījumā (resursu atbrīvošana)
       // closeResource();
   }
   

2. Izņēmuma izmešana (throws): Ja metode A pati nevar apstrādāt izņēmumu, tā to nodod izsaucējam, izmantojot throws. Izsaucējam jāapstrādā tas vai jānodod tālāk:

   public void methodB() throws SpecificException {
       methodA(); // methodA var izmešēt SpecificException
   }
   

   Tas ir piemērojams, ja izņēmums prasa apstrādi augstākā abstrakcijas līmenī.

3. Izņēmuma ignorēšana (neiesaka): Noķert izņēmumu un neko nedarīt. Tas ir slikta prakse, jo tas slēpj kļūdas un apgrūtina atkļūdošanu. Ļoti reti tas ir pamatoti, ja tas ir nenozīmīgs un neietekmē darba plūsmu.

   try {
       methodA();
   } catch (Exception e) {
       // Ignorēt... ļoti slikta ideja lielākajā daļā gadījumu
   }
   

4. Darba pārtraukšana: Ja izņēmums ir fatāls un turpmāka darbība nav iespējama, to var ļaut izplatīties vai skaidri izmešēt jaunu izņēmumu, iespējams, RuntimeException, ja nepieciešams pārtraukt darbības plūsmu.

Izvēle ir atkarīga no konteksta, izņēmuma veida (Checked vai Unchecked) un kļūdu apstrādes politikām.

Svarīgi, lai izņēmumu apstrāde būtu konsekventa un nodrošinātu pietiekamu informāciju atkļūdošanai.