>>>>>>>The right tool for the right job. Right? Sometimes PUBLIC is most desirable, and my response to Koen was
>>>>>>>to his comment "don't use public," which I do not believe is good advice as it immediately shuts people off
>>>>>>>to the idea of ever using a PUBLIC definition, when using PUBLIC definitely has its place.
>>>>As Christian pointed out, there are alternatives, making your examples of public not the only way to handle things. PUBLIC is - in my experience - very often a lazy choice to do things which could be done better.
>>>
>>>There is not question that public variable, more often than not are being, misused. However I think that Rick hit the nail on the head by outlining that global objects are perfect candicates to be referenced by public variables. In our framework, not only the Applic object is accessed through a public variable, but also objects for:
>>>
>...
>>>Since these are all singletons and part of the framework, it makes sense to use public variables for them.
>>>Whether you instantiate them as private from the main program or public is really irrelevant as far as i'm concerned.
>>>
>>
>>You would make those PRIVATE at the highest level - even if they are populated in a called component. That way one still has zero NEED for PUBLIC.
>>PUBLIC variables can be created anywhere in the lexical hierarchy and that allows one object to break encapsulation. Again, avoiding public forces one to do things properly.
>
>The always used objects - easy. But things like a logger which may not always be used - that I'd create in a function in a file housing the class and helper code and then public allows creation later (even in the debugger). Having only sometimes needed privates defined cluttering variable space on top layer IMO would be worse.

Then I would prefer properties on the application main object and use late instantiation when accessing the property the first time. For instance

LOCAL loLogger AS ErrorLogger of Logger.vcx
loLogger = poApplicationControl.ErrorLogger
loLogger.DoLog("Error message...")