Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
VFP 6.0 Don't seem to be what we were waiting for
Message
 
À
22/05/1998 16:45:57
Ryan Hirschey
Federal Reserve Bank of New York
New York City, New York, États-Unis
Information générale
Forum:
Visual FoxPro
Catégorie:
Conférences & événements
Divers
Thread ID:
00100091
Message ID:
00101312
Vues:
66
[Snip...]
>
>I'm not suggesting getting rid of the Xbase commands, I in fact like them a great deal for their power and flexibility. They provide many things that other languages don't (e.g. VB). But I do think they could possibly be rejiggered to follow the standard dot notation that VFP itself has in newer language elements. This would probably lessen the learning curve for new developers and condition everyone to think along the line of objects and object hierarchies. Take a look at my original message to see the list of suggestions. I thought these recommendations might give more organization to the language. With this structure, one only has to use a tool like Ken Levy's excellent Superclass to get at things like _vfp.application.arrays.*** for a complete list of array commands and functions. This is much easier than going into the online docs every time you want to see all the commands for array manipulation. This morphing of XBASE commands into object groups would be a valuable next
>step in the evolution of VFP.

Ryan,

I am going to have to disagree with you... at least partially. The existing command structure cannot be changed like that inasmuch as it would break too much code. The objects and new syntax you are advocating *could* be added.

A long time ago I suggested moving the old commands out to a separate .DLL and only bringing it in when needed. That would reduce some of the memory bloat. MS may have taken care of that with the way they load their functions... I don't know.
Menachem Bazian, CPA
President
BC Consulting Services, Inc.
973-773-7276
Menachem@BazianCentral.com
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform