Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Foxpro Life
Message
From
21/04/2017 16:19:45
Mike Yearwood
Toronto, Ontario, Canada
 
 
To
19/04/2017 06:21:05
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:
01650520
Views:
77
>>1 A macro isn't a memvar. The second you use the & you have a command. So no mdot is required. However, the second I use & I immediately add the trailing optional period, just as I add the trailing ) after using a (. This practice means any time I use macros within an object reference, I automatically get the .. correct.
>
>Which my eyes always perceive as a travesty, but does not alter the soundness of the practice ;-)
>
>>
>>2 An array isn't a memvar. It's a collection of elements. m.laArray[1,2] makes no sense at all.
>
>Esp. as it will run a such-named program if no array of that name is in scope ;-))
>
>
>>3 an object is stored in a memvar.
>
>>4 use mdot everywhere it will permit you, even in assignments, even and especially if you have a naming convention. Mdot is built into FoxPro for a reason. I trust the creators of the language far more than the Hungarian notation camp, and far more than the most vocal mdot naysayers.
>
>Disagree personally on the left side of assignments. Adds typing AND small, but unnecessary CPU load.

That is well compensated for because in the debugger, hovering over any variable with the m. will show the variable content, not the field content.
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform