Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Application object
Message
De
03/12/1998 14:43:15
 
 
À
03/12/1998 13:57:30
Tim Hockin
Illinois State U - Residential Computing
Normal, Illinois, États-Unis
Information générale
Forum:
Visual FoxPro
Catégorie:
Classes - VCX
Divers
Thread ID:
00163769
Message ID:
00163794
Vues:
21
>I just wanted to ask this:
>
>Am I the only one, or do other notice that the application object becomes a monster code repository. Every function that does not really relate to some other object, gets popped into the oApp. Wrappers for more complex methods of sub-objects, application-wide procedures and values etc.
>
>It seems I have over 20 custom methods on my oApp.

Tim:

I suspect everyone does it a different way -- and there a no rules, really. Whatever works.

I have a standard.prg procedure file which contains all of my general procedures that are not application specific.

The app object then contains only methods that are app specific. But to make it more complex, but actually easier to implement, the app object is divided into a base_app and derived app. The base app contains the basic framework I use for every application. The object derived from base_app is then used for properties, methods, etc. for the specific current app. This three-tier structure means that in the usual case I need only adapt the app object for the current application.

regards,
Jim Edgar
Jurix Data Corporation
jmedgar@yahoo.com

No trees were destroyed in sending this message. However, a large number of electrons were diverted from their ordinary activities and terribly inconvenienced.
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform