But the packaging is not an issue. I think Denis proposed to put such methods as extension methods. So they will belong to the correct package. Isn't it?
On Tue, Oct 3, 2017 at 3:08 PM, Denis Kudriashov <[email protected]> wrote: > Hi Henrik. > > 2017-10-03 14:04 GMT+02:00 Henrik Sperre Johansen < > [email protected]>: > >> -1 from me, for the same reasons we moved away from Framework Settings as >> extension methods on a central "Settings" class. >> > > I think the reason was not only this. > In most cases settings affect class variables which provide default values > for instances. So it is just suitable to define settings in same place > where state is defined. > Also it not breaks encapsulation. > > And in case of FileLocator it will not access anybody state. It is about > constant file paths. > > >> Keep "globals" related to a package local to the package where they are >> used. >> > > I just want practical solution. Now there are no tools to browse what > files are used by applications. And simple convention could be good enough. > > >> Cheers, >> Henry >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html >> >> >> -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13
