Re: Sharing Namespaces

I'd say explicitly pass the data back with a subroutine call.

package Config;
require Exporter;
our @ISA=qw(Exporter);
our @EXPORT_OK=qw(read_config);

sub read_config {
  my %data;
# read configuration file in and 
# put values into a hash
 return \%data;
}
[download]

In the modules that use Config:

package One;
use Config qw(read_config);

my $conf = read_config();
[download]

Granted, you then have your configuration data in a hash and need to call it with e.g. $conf->{logfile} instead of $logfile but IMO that's cleaner anyway.

There are ten types of people: those that understand binary and those that don't.

Comment on Re: Sharing Namespaces Select or Download Code

Replies are listed 'Best First'.
Re^2: Sharing Namespaces by skazat (Chaplain) on Jan 27, 2006 at 09:25 UTC
Yeah, I agree with the hashref idea is cleaner, I'm just a little committed to the current interface - which is just a namespace within Config.pm that gets exported to the script that's use()ing it. And actually, I don't see how you're idea would be any better - each module would still have to use() Config, and then go through the whole process of loading up the variables from the outside file, etc. Actually, this is almost exactly what I"m doing :) Understood, I can just pass $conf as a paramater for say, Two.pm's new() constructer. -justin simoni skazat me	[reply]
Re^3: Sharing Namespaces by tirwhan (Abbot) on Jan 27, 2006 at 09:58 UTC
That's the way I'd normally go, load your configuration once during system initialisation and then just pass the hashref/object holding this information around to other modules. Another way would be to use a Singleton (see for example Class::Singleton or Class:StrongSingleton). You'd still have to use and call the Config module in every other module, but Config would only load the configuration file once and just return the same instance of itself on every other call (note: this will and can not work with forked processes). There are ten types of people: those that understand binary and those that don't.	[reply] [d/l]