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.
In reply to Re^6: what is a propper way to make a chunk of data accessible to all my packages for retrieval and modification ?
by Aristotle
in thread what is a propper way to make a chunk of data accessible to all my packages for retrieval and modification ?
by leocharre
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |