Ciò è stato ispirato dalla ricerca di un messaggio di errore non documentato per Open-Command in cui abbiamo investito molto tempo per cercare la causa dell'errore che avrebbe potuto essere prevenuta se il messaggio di errore fosse stato significativo e documentato, ad esempio nell'indice di scrittura.
In effetti abbiamo ricevuto l'errore "Impossibile aprire la tabella alla riga " più volte ma non riproducibile durante l'apertura di file CSV utilizzando Open-Command. Dopo una lunga ricerca abbiamo visto che a volte le azioni di copia di file di grandi dimensioni tramite la rete richiedono molto tempo e in caso di una rete instabile vengono abbandonate dopo un timeout Ciò significa che una parte del contenuto del file potrebbe essere trasferita ma l'altra parte no e verrà riempita con valori Null.
Mi piacerebbe vedere un miglioramento in questi messaggi di errore insignificanti tramite:
- trasferendoli in messaggi significativi "Impossibile aprire la tabella alla riga " => es. "Il file è danneggiato e non può essere letto alla riga "
- documentarlo almeno nell'indice degli script fornendo esempi in codice
- rendere indipendente la lingua del testo del messaggio di errore in inglese
- Restituendo numeri di errore indipendenti dalla lingua come nel mondo Windows, ad es
- una funzione eccezione_code() che restituisce un array di un numero di errore e un errore indipendente dalla lingua come stringa { 93, "File non trovato"} o simile. Sarebbe fantastico interrogare il codice di errore e presentare un messaggio personalizzato all'utente.
Questa idea è importante per ridurre i tempi di ricerca non necessari dei messaggi di errore e migliorare la prevenzione e la cura degli errori.
@martindemel
