moritz+2009-02-12 20:16:51--

-w ist "action at a distance" und keine gute Idee. Wenn man ein Modul einsetzt, sollte man dem Autor soweit vertrauen, dass man nicht in sein Modul hereinpfuscht.

Struppi+2009-02-13 00:49:39--

Wenn ich an einer Anwendung arbeite, hat diese selten weniger als 20 Dateien und dort ständig use warnings einzubauen wäre mir zu mühsam, ich bevorzuge eine zentrale Stelle. Wenn ich Code zur Laufzeit erzeuge, schalte ich die Warnungen ab. Ich vertraue dem Autor, dass sein Code auch mit -w läuft.

Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

Struppi+2009-02-13 00:49:39--

Ich vertraue dem Autor, dass sein Code auch mit -w läuft.

pq+2009-02-13 10:09:50--

siehe perldoc perllexwarn, da gibt es einen abschnitt zu -w.
wenn du noch kein modul hattest, das dir mit -w warnungen ausgespuckt hat, hattest du vermutlich
einfach nur glück (oder du benutzt wenig module ;-)
mir ist das schon öfter passiert, und ich will die warnungen einfach nicht sehen.

moritz+2009-02-13 10:16:58--

Struppi+2009-02-13 00:49:39--

Ich vertraue dem Autor, dass sein Code auch mit -w läuft.

D.h. du vertraust auf ein undokumentiertes feature? Das is generell keine gute Idee.
Pfuschst du auch in privaten Attributen von fremden Objekten rum? Das faellt in die gleiche Kategorie.

(Uebrigens kann ueber $SIG{__WARN__}-Handler vollkommen anderes Verhalten erfolgen wenn zusaetzliche ungewollte warnungen aktiviert sind, nich nur mehr Warnmeldungen auf STDERR)

Struppi+2009-02-13 10:38:05--

Doch, vor ca. 10 Jahren habe ich zum letzten mal Warnungen aus einem Modul gesehen, aber seit dem nicht mehr. Weder bei Tk noch bei Webanwendungen. Kannst du mir eines nennen?

Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

pq+2009-02-13 11:05:36--

zu dem aspekt, dass es dir der editor abnehmen kann, die strict/warnings geschichte jedesmal
von hand in ein modul zu schreiben, hast du übrigens noch gar nichts gesagt =)

1
2
3
4
5
6
7
8
9
10
11
12

package myModule;

sub new { return bless{}, shift;}

sub test {
        my $self = shift;
        my $param = shift;
        
        return $param * 1;
}

1;

1
2
3
4
5
6

#!/usr/bin/perl
use warnings;
use strict;
use myModule;
my $o = new myModule;
print $o->test();