naja, imho sollte man eigendlich sowieso keine globalen variablen verwenden...

fuer konfigurationsinfos verwende ich in perl recht gerne globale variablen (meistens aus einem package ...Anwendungsname...::Config (was manchmal die configuration selbst ist, manchmal aber auch als schnittstelle zur konfiguration dient, z.B. INI oder so). aber die dann halt readonly (ok, man koennte auch konstanten verwenden, aber da finde ich die aufrufsyntax zu haesslich)\n\n

<!--EDIT|Strat|1120491472-->

Wenn global dann isses bei mir fast immer Class::Data::Inheritable.

Ansonsten our, is einfach intuitiver und Perl6 konform.

Class data sieht in Perl6 uebrigens so aus. (pugs kann es noch nich aber ich pushe autrijus gerade es zu implementieren) :)

[quote=Strat,04.07.2005, 17:36]fuer konfigurationsinfos verwende ich in perl recht gerne globale variablen (meistens aus einem package ...Anwendungsname...::Config (was manchmal die configuration selbst ist, manchmal aber auch als schnittstelle zur konfiguration dient, z.B. INI oder so). aber die dann halt readonly (ok, man koennte auch konstanten verwenden, aber da finde ich die aufrufsyntax zu haesslich)[/quote]
Das habe ich bislang auch immer gemacht. Manchmal mit globalen Variablen, manchmal mit Konstanten, manchmal habe ich @EXPORT_OK verwendet. Nachteilig wird so ein Konfigurationsmodul, wenn man mit mod_perl arbeitet und mehrere Instanzen mit verschiedenen Konfigurationen im selben Apache laufen lassen will. Dann muss mal leider auch die Konfiguration objekt-orientiert anlegen.