Qual è la differenza tra le eccezioni in Kotlin e Java?

La principale differenza nella gestione delle eccezioni controllate (checked).

In Java ci sono due tipi di eccezioni:

• Eccezioni controllate (Checked Exception): richiedono una gestione esplicita in un blocco try-catch o una dichiarazione nella firma del metodo con la parola chiave throws. Esempi: IOException, FileNotFoundException.
• Eccezioni non controllate (Unchecked Exception): non richiedono gestione esplicita. Esempi: RuntimeException e le sue sottoclassi, Error.

In Kotlin non ci sono eccezioni controllate. Tutte le eccezioni in Kotlin sono, in sostanza, non controllate. Questo semplifica il codice, poiché non è necessario usare try-catch o throws per operazioni di routine che possono generare eccezioni.

Esempio in Java:

// Java
public class FileRead {
    public void readFile() throws IOException { // È obbligatorio dichiararlo
        BufferedReader reader = new BufferedReader(new FileReader("file.txt"));
        String line;
        while ((line = reader.readLine()) != null) {
            System.out.println(line);
        }
        reader.close();
    }
}

Esempio in Kotlin:

// Kotlin
import java.io.File

fun readFile() { // Non è necessario dichiarare throws
    File("file.txt").forEachLine {
        println(it)
    }
}

Nonostante l'assenza di eccezioni controllate, Kotlin può comunque lanciare e gestire eccezioni (come quelle lanciate dalle librerie Java), usando blocchi try-catch-finally. Questo viene fatto per la compatibilità con codice Java esistente.

// Kotlin
import java.io.IOException

fun readFileSafe() {
    try {
        readFile() // Chiamata a funzione che può lanciare IOException
    } catch (e: IOException) {
        println("Errore nella lettura del file: ${e.message}")
    } finally {
        println("Operazione di file terminata.")
    }
}

In sintesi: Kotlin semplifica lo sviluppo eliminando la necessità di gestire obbligatoriamente le eccezioni controllate, affidandosi maggiormente alle eccezioni a runtime e ai gestori di errori standard quando necessario.