in reply to Re^5: what is a propper way to make a chunk of data accessible to all my packages for retrieval and modification ?
in thread what is a propper way to make a chunk of data accessible to all my packages for retrieval and modification ?

No, I’m suggesting a class that can be instantiated as many times as you want, like any other class, which is exactly what a singleton is not, then passing it around everywhere. If you have wildly unrelated things you’d be putting into this class if you just translated your current scheme 1:1, then instead, create different classes for each thematically grouped set of things, and pass them around as needed.

Ideally you should be able to run multiple concurrent instances of any of your classes with a different configuration each.

The goal is to avoid creating dependencies on the configuration objects such that you’ll end up having to be careful about the order in which you call methods due to side effects – that’s exactly the problem created by globals.

Makeshifts last the longest.

  • Comment on Re^6: what is a propper way to make a chunk of data accessible to all my packages for retrieval and modification ?

Replies are listed 'Best First'.
Re^7: what is a propper way to make a chunk of data accessible to all my packages for retrieval and modification ?
by wazoox (Prior) on Mar 05, 2006 at 21:17 UTC
    I typically see a configuration object as some sort of mostly read-only data store, typically the sort of stuff a singleton is good for... Sure you can instantiate it as many times as you fancy to, but after all isn't the whole ideo of a singleton about sharing the same information ?
    I really don't buy this "singletons sucks" stuff, at least for configuration object :)
[reply]
      I really don't buy this "singletons sucks" stuff, at least for configuration object :)

      For me the problem is that if there are dozens of:

      my $config = MySingletonConfigurationClass->instance;
my ($foo, $bar) = ( $config->foo, $config->bar );

      [download]

      sprinkled all around my code overriding things for testing, tweaking configuration based on the context, etc. all become much harder than if I'd passed in my own configuration object, used dependency injection, or whatever.

      Most people seem to use singletons as big-fat-globals in disguise - and give themselves (or the poor souls who have to maintain their code) all the problems that globals give you.

      Take a look at http://del.icio.us/adrianh/singleton for some singleton rants.

[reply]
[d/l]

        overriding things for testing, tweaking configuration based on the context, etc. all become much harder than if I'd passed in my own configuration object

        Well if you want to change your configuration depending upon the context, then of course you don't want a singleton... which is all about never changing (or overriding) anything wherever you are. Of course it's globals in disguise, but it's globals on steroids too, because you can share your globals across packages as needed :)

[reply]

In Section Seekers of Perl Wisdom