Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Error : Illegal redefinition of variable
Message
From
02/08/2013 14:43:14
Mike Yearwood
Toronto, Ontario, Canada
 
 
To
02/08/2013 11:12:21
General information
Forum:
Visual FoxPro
Category:
Coding, syntax & commands
Environment versions
Visual FoxPro:
VFP 9 SP2
OS:
Windows XP
Network:
Windows XP
Database:
Visual FoxPro
Application:
Desktop
Miscellaneous
Thread ID:
01579124
Message ID:
01579766
Views:
76
>>>>>>>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.

Why? Having the var in the debugger from the beginning is good. It won't just magically appear at some point. Other code is certainly going to be looking for the variable name. It is still possible to remove publics. I'm still waiting for a single irrefutable example where public is the decidedly best approach.
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform