Full Stack

Gestire gli errori in TypeScript

Autore

Manuel Ricci

La gestione degli errori è un aspetto cruciale nella programmazione, specialmente in ambienti tipizzati come TypeScript. TypeScript, estendendo JavaScript, offre strumenti avanzati per una gestione degli errori più sicura e prevedibile. In questo articolo, esploreremo le strategie di gestione tipizzata degli errori e i pattern comuni per affrontare queste situazioni in modo efficace.

Gestione tipizzata degli errori in TypeScript

TypeScript permette agli sviluppatori di creare classi di errore personalizzate, estendendo la classe Error di base. Questo permette di gestire specifici tipi di errori in modo più strutturato.

1class ValidationError extends Error {
2    constructor(message: string) {
3        super(message);
4        this.name = "ValidationError";
5    }
6}
7
8class DatabaseError extends Error {
9    constructor(message: string) {
10        super(message);
11        this.name = "DatabaseError";
12    }
13}

In questo esempio, ValidationError e DatabaseError sono due classi di errore personalizzate. ValidationError può essere utilizzata per errori relativi alla validazione dei dati, mentre DatabaseError per errori che si verificano durante le operazioni del database.

1function validateUser(user: any) {
2    if (!user.name) {
3        throw new ValidationError("Il campo 'name' è obbligatorio.");
4    }
5    // Altre validazioni...
6}
7
8try {
9    validateUser({}); // Passando un oggetto vuoto
10} catch (error) {
11    if (error instanceof ValidationError) {
12        console.error("Errore di validazione:", error.message);
13    } else {
14        console.error("Errore non previsto:", error);
15    }
16}

In questo frammento di codice, la funzione validateUser lancia un ValidationError se l'oggetto user non soddisfa determinati criteri di validazione. Nel blocco try-catch, catturiamo l'errore e controlliamo se è un'istanza di ValidationError per gestirlo in modo appropriato.

Vantaggi della tipizzazione degli errori

  1. Maggiore Chiarezza nel Codice: La definizione di tipi specifici per errori consente di comprendere immediatamente la natura dell'errore senza dover analizzare i messaggi di errore.

  2. Facilità nel Tracciare e Gestire Errori Specifici: Utilizzando classi di errore specifiche, si può facilmente differenziare tra diversi tipi di errori e gestirli in modo appropriato.

  3. Integrazione con l'Editor e Strumenti di Analisi del Codice: Gli editor di codice moderni e i tool di analisi possono sfruttare la tipizzazione per offrire suggerimenti e controlli più accurati.

Pattern per la gestione degli errori

L'uso del blocco try-catch in TypeScript può essere arricchito con l'uso di errori tipizzati, consentendo una gestione degli errori più precisa e leggibile.

1try {
2    // Codice che potrebbe generare un errore
3    throw new DatabaseError("Connessione al database fallita.");
4} catch (error) {
5    if (error instanceof DatabaseError) {
6        // Gestione specifica per DatabaseError
7        console.error("Errore del database:", error.message);
8    } else if (error instanceof ValidationError) {
9        // Gestione specifica per ValidationError
10        console.error("Errore di validazione:", error.message);
11    } else {
12        // Gestione di errori non specifici
13        console.error("Errore non gestito:", error);
14    }
15}

In questo esempio, differenti tipi di errori vengono gestiti in modo specifico all'interno del blocco catch, utilizzando l'operatore instanceof per differenziare tra i vari tipi di errori.

Error Propagation

La propagazione degli errori è un approccio comune nella gestione degli errori, specialmente in applicazioni asincrone.

1async function fetchData(url: string): Promise<any> {
2    try {
3        let response = await fetch(url);
4        let data = await response.json();
5        return data;
6    } catch (error) {
7        // Propagazione dell'errore al chiamante
8        throw new NetworkError("Errore di rete durante il fetching dei dati.");
9    }
10}
11
12async function processData() {
13    try {
14        let data = await fetchData("https://api.example.com/data");
15        // Elaborazione dei dati
16    } catch (error) {
17        if (error instanceof NetworkError) {
18            console.error("Errore di rete:", error.message);
19        } else {
20            console.error("Errore generico:", error);
21        }
22    }
23}

In questo esempio, fetchData lancia un'eccezione NetworkError se si verifica un errore nella richiesta di rete. processData cattura e gestisce questo errore specifico.

Error Handling Middleware

Questo pattern è comune nei framework di backend come Express.js, dove gli errori vengono passati a middleware dedicati.

1import express, { Request, Response, NextFunction } from 'express';
2
3const app = express();
4
5// Middleware per la cattura degli errori
6app.use((err: Error, req: Request, res: Response, next: NextFunction) => {
7    if (err instanceof ValidationError) {
8        res.status(400).send(err.message);
9    } else if (err instanceof DatabaseError) {
10        res.status(500).send(err.message);
11    } else {
12        res.status(500).send("Errore interno del server");
13    }
14});
15
16// Altre configurazioni dell'app...
17
18app.listen(3000, () => {
19    console.log('Server in esecuzione sulla porta 3000');
20});

In questo frammento, viene utilizzato un middleware per gestire gli errori in modo centralizzato. Gli errori vengono catturati e gestiti in base al loro tipo, consentendo risposte appropriate al client.

Best practice

È importante creare e utilizzare tipi di errore specifici per situazioni particolari. Questo approccio migliora la leggibilità del codice e semplifica la gestione degli errori.

1   class NetworkError extends Error {
2       constructor(message: string) {
3           super(message);
4           this.name = "NetworkError";
5       }
6   }
7
8   class AuthenticationError extends Error {
9       constructor(message: string) {
10           super(message);
11           this.name = "AuthenticationError";
12       }
13   }

In questo esempio, NetworkError e AuthenticationError sono tipi di errore specifici che possono essere utilizzati per gestire problemi di rete e di autenticazione rispettivamente.

Documentare e commentare

La documentazione e i commenti pertinenti ai tipi di errore personalizzati sono essenziali per la manutenibilità del codice. Questo aiuta altri sviluppatori a comprendere rapidamente il contesto e la gestione degli errori.

1   /**
2    * Rappresenta un errore che si verifica durante le operazioni di rete.
3    * Utilizzare quando una richiesta di rete fallisce per problemi di connessione.
4    */
5   class NetworkError extends Error {
6       // Implementazione...
7   }
8
9   /**
10    * Errore lanciato quando un utente non riesce ad autenticarsi.
11    * Utilizzare in scenari di login fallito o token di accesso scaduto.
12    */
13   class AuthenticationError extends Error {
14       // Implementazione...
15   }

Evitare la Sovrautilizzazione di any

L'uso eccessivo del tipo any in TypeScript può portare a una gestione degli errori meno prevedibile e sicura. È consigliabile usare tipi più specifici per un controllo più accurato.

1   function handleData(data: any) {
2       if (typeof data === "string") {
3           // Gestione specifica per stringhe
4       } else if (Array.isArray(data)) {
5           // Gestione specifica per array
6       } else {
7           // Gestione di altri tipi
8       }
9   }

In questo esempio, anche se data è di tipo any, viene utilizzato il controllo del tipo per garantire una gestione appropriata.

Considerazioni finali

La gestione avanzata degli errori in TypeScript va oltre la semplice sintassi; si tratta di un approccio metodologico per scrivere codice più sicuro e manutenibile. L'adozione di best practices e l'aggiornamento costante sulle funzionalità di TypeScript sono fondamentali per sfruttare appieno le potenzialità del linguaggio nella gestione degli errori.

Caricamento...

Diventiamo amici di penna? ✒️

Iscriviti alla newsletter per ricevere una mail ogni paio di settimane con le ultime novità, gli ultimi approfondimenti e gli ultimi corsi gratuiti puubblicati. Ogni tanto potrei scrivere qualcosa di commerciale, ma solo se mi autorizzi, altrimenti non ti disturberò oltre.

Se non ti piace la newsletter ti ricordo la community su Discord, dove puoi chiedere aiuto, fare domande e condividere le tue esperienze (ma soprattutto scambiare due meme con me). Ti aspetto!

Ho in previsione di mandarti una newsletter ogni due settimane e una commerciale quando capita.