R scheint eine sehr laissez-faire Haltung gegenüber der Fehlerbehandlung einzunehmen, mit einem ähnlichen Verhalten wie die meisten Shell-Skriptsprachen. Darüber hinaus tendiert R dazu, viel harmlosen Text auf das Terminal zu drucken. Dies macht es leicht, dass Fehler unbemerkt bleiben. Mehr als einmal hatte ich ein Skript, das früh Fehler erzeugte und dann NaNs glücklich durch den Rest der Berechnung propagierte. Erst nachdem ich eine Zeitlang über die bizarren Ergebnisse rätselte, wurde mir klar, was passiert war.
Wie gehen erfahrene R-Benutzer damit um? Gibt es eine Möglichkeit, Fehler fatal oder zumindest auffälliger zu machen?
Ich weiß, dass einige Leute R mit allen Warnungen ausführen, die auf Fehler gesetzt sind:
%Vor%Natürlich ist das zum Teil eine Frage des Geschmacks. Sie sollten sich jedoch darüber im Klaren sein, dass die Annahme dieses Ansatzes auch alle Warnungen aus Paketen einschließt, bei denen die Autoren möglicherweise eine vernünftige Definition dessen haben, was eine Warnung erzeugen sollte. Sie könnten also Code ausführen, der viele Warnungen generiert, die Sie eigentlich nicht interessieren.
Dann müßten Sie die Ausdrücke in suppressWarnings
umbrechen, um diejenigen explizit zu beruhigen, die Sie für unwichtig halten.
Ich habe eigentlich mit R programmiert, bevor ich andere Sprachen gelernt habe. Ich habe schnell gelernt, dass es eine schlechte Idee war, ein Skript zu schreiben und es dann zu starten, in der Hoffnung, dass es funktionieren würde. Stattdessen würde ich diesen Prozess befolgen:
Auf diese Weise können Sie prüfen, ob jede Zeile das tut, was Sie wollen, was meiner Meinung nach um ihrer selbst willen wichtig ist.
Zu oft sehe ich hier Fragen, wo Leute etwas tun wie:
%Vor%Hinweis Dies läuft ohne Fehler und führt zu einem falschen Ergebnis! Wenn sie sich nur die Zeit zum Laufen nehmen würden:
%Vor%Sie würden (a) ihren Fehler sehen und (b) ein wenig darüber lernen, wie R funktioniert!
Tags und Links r