Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Foxpro Life
Message
 
To
12/04/2017 13:04:29
Thomas Ganss (Online)
Main Trend
Frankfurt, Germany
General information
Forum:
Visual FoxPro
Category:
Contracts, agreements and general business
Title:
Environment versions
Visual FoxPro:
VFP 9 SP2
OS:
Windows 10
Network:
Novell 6.x
Database:
Visual FoxPro
Application:
Desktop
Miscellaneous
Thread ID:
01649781
Message ID:
01650106
Views:
40
>> Thus, I only have to remember two things in order to avoid ambiguities: don't use PUBLIC vars (or use them sparsely), and always mdot.
>
>My general rule is, if there is a need for a global memory slot, put it into one of up to about 2 handful global objects I sometimes hang onto the app, _screen or plain memory. Exceptions of this rule (most of the time speed relevant counters/timers, where I like to minimize Heisenberg effects) are prefixed with Hungarian notation and get painfully long variable names, so you always ctrl-c the name when coding and give yourself a mental prod ;-)

Agreed. I, personally, don't use global vars, and those that warrant a global scope belong as members of the _screen object. Actually, _SCREEN.App is a first class citizen in my programs:)
*
Previous
Reply
Map
View

Click here to load this message in the networking platform