Your skill will accomplish what the force of many cannot |
|
PerlMonks |
comment on |
( [id://3333]=superdoc: print w/replies, xml ) | Need Help?? |
Hello fellow monks,
I have a general OO design meditation... In my application I have a very important configuration file that defines how the application acts in many ways. The application code is subdivided to many objects that don't interact much, but in most cases are there to encapsulate pieces of functionality. These objects are instantiated from the main flow and do their work. Now, many of the objects need access to configuration data to do their work - sometimes it's quite a few configuration items for each object. The configuration data is encapsulated in an objects itself - the object reads the configuration data and provides access to it in an easy hash-like fashion. I am wondering what is the best approach, design wise, to pass the configuration data into these objects. There are a few options:
Now, all this becomes even more complicated when there are more than one configuration files, each with a distinct set of data that is not combinable, and some objects need access to different configuration objects. Please share your thoughts - I'm sure it's quite a common issue. Is there a "pattern" for it ? Thanks in advance In reply to OO Design question: configuration by spurperl
|
|