Einzelnen Beitrag anzeigen

shmia

Registriert seit: 2. Mär 2004
5.508 Beiträge
 
Delphi 5 Professional
 
#2

Re: Autom. fortlaufende Zahl auf Tastendruck

  Alt 27. Aug 2007, 10:54
Zitat von berens:
Ich plane alle meine Fehlermeldungen mit einer eindeutigen Nummer zu versehen, damit mir die Kunden am Telefon diese nennen können, und ich direkt weiss, wo das Problem aufgetreten ist.
In der Praxis führt das aber dazu, dass die Fehlermeldungen eher kryptisch und zu allgemein werden.
Zum Beispiel
Code:
1000=Datei nicht gefunden
1001=Datei kann nicht gespeichert werden
1002=Timeout überschritten
Das sind so allgemeine Fehlermeldungen mit denen man nicht viel anfangen kann.
"WELCHE" Datei wurde nicht gefunden ?
Wie lange dauerte der Timeout, der überschritten wurde ?

Anstatt sich auf Fehlernummern zu konzentrieren (und Zeit mit deren Verwaltung zu verschwenden) sollte man besser den Fehler so genau wie möglich anzeigen.
Beispiel:
Delphi-Quellcode:
  try
    LadeMessdatenwerte(dateiname);
  except
    on E: Exception do
    begin
      e.Message := 'Fehler beim Laden der Messdatendatei <'+dateiname+'>'#13#10+
        e.Message;
      raise;
   end
Die Fehlermeldung könnte dann so aussehen:
Fehler beim Laden der Messdatendatei <C:\voltmeter.txt>
Ungültige Variantumwandlung.
Damit lässt sich schon einiges mehr anfangen.
Man kann auch jeden Fehler mit einem Hilfekontext (ein Integerwert) versehen.
siehe: http://www.delphipraxis.net/internal...ct.php?t=20329

Dann sieht das Telefongespräch mit dem Kunden so aus:
Code:
Kunde: BUÄÄÄÄH. Da steht, dass er die Datei soundso wegen der Versionsnr nicht laden kann.
Support: Haben Sie schon auf Hilfe gedrückt, wenn die Fehlermeldung kommt ?
         Da wird erklärt, was Sie tun müssen.
Kunde: Hab ich jetzt gar nicht gesehen; ... aha, da steht, die Datei muss mit der Programmvers.
       2.0 oder höher erzeugt sein. Hmmm, meine Datei ist aber noch von Version 1.0.
       Und jetzt ?
Support: Das steht auch in der Hilfe. Sie müssen das Konvertprogramm verwenden.....
Wäre der Kunde nicht so ein DAU gewesen, hätte er das Problem selbst lösen können.
Ergo: zuerst auf gute & vollständige Fehlermeldungen konzentrieren.
Bei sehr grossen Programmen kann eine Fehlernummer dem Programmierer helfen, den Punkt im Sourcecode
zu finden an dem der Fehler ausgelöst wird.
Aber eine Fehlernummer zusammen mit einer allgemeinen Fehlermeldung führt nur dazu das der Kunden anrufen muss. Und das wollen wir doch nicht.
Andreas
  Mit Zitat antworten Zitat