Die Inspiration hierfür kam von der Untersuchung einer undokumentierten Fehlermeldung für den Open-Befehl. Wir haben viel Zeit in die Suche nach der Fehlerursache investiert, die hätte verhindert werden können, wenn die Fehlermeldung aussagekräftig gewesen wäre und z. B. im Scrioting-Index dokumentiert worden wäre.
Tatsächlich erhielten wir den Fehler „Tabelle kann in Zeile 1 nicht geöffnet werden“ " mehrmals, aber nicht reproduzierbar beim Öffnen von CSV-Dateien mit dem Open-Befehl. Nach langer Recherche haben wir festgestellt, dass das Kopieren großer Dateien über das Netzwerk manchmal sehr lange dauert und im Falle eines instabilen Netzwerks nach einem Timeout abgebrochen wird. Das bedeutet, dass ein Teil des Dateiinhalts übertragen werden konnte, der andere Teil jedoch nicht und mit Null-Werten aufgefüllt wird.
Ich würde mir eine Verbesserung dieser nichtssagenden Fehlermeldungen wünschen durch:
- Umwandlung in aussagekräftige Meldungen „Tabelle kann in Zeile 1 nicht geöffnet werden“ " => zB "Datei ist beschädigt und kann in Zeile "
- dokumentieren Sie es zumindest im Skriptindex, indem Sie Beispiele im Code angeben
- den Text der Fehlermeldung sprachunabhängig auf Englisch gestalten
- Rückgabe sprachunabhängiger Fehlernummern wie zB in der Windows-Welt
- eine Funktion exception_code(), die ein Array aus einer Fehlernummer und einem sprachunabhängigen Fehler als Zeichenfolge { 93, „Datei nicht gefunden“} oder ähnliches zurückgibt. Dies wäre großartig, um den Fehlercode abzufragen und dem Benutzer eine benutzerdefinierte Nachricht anzuzeigen.
Dieser Gedanke ist wichtig, um unnötige Suchzeiten nach Fehlermeldungen zu verkürzen und die Fehlerprävention und -behebung zu verbessern.
@martindemel
