Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Source is out of date
Message
 
 
À
04/11/2010 12:26:38
Information générale
Forum:
Visual FoxPro
Catégorie:
Codage, syntaxe et commandes
Versions des environnements
Visual FoxPro:
VFP 9 SP2
OS:
Windows XP
Database:
Visual FoxPro
Application:
Desktop
Divers
Thread ID:
01488091
Message ID:
01488258
Vues:
45
>>>>>>Thanks, Victor and Naomi. I will give it a whirl in the morning.
>>>>>>
>>>>>>And possibly the afternoon as well. In the interests of keeping it simple, one thing I didn't mention is there are 66 sub-apps. I wish I were joking.
>>>>>
>>>>>I worked on something like that once - the guy had made a bunch of VFP .app files that were called from the main one....I didn't really care for that design too much.
>>>>>
>>>>
>>>>It is taking some time just figuring out what all the pieces are and how they fit together. Once I have that it will probably be nice to release updates as just relatively small APPs, not the whole shooting match.
>>>
>>>I keep talking about design time versus runtime modularity. This wouldn't be a case of functionality housed within each sub-app, like one for date functions and another for string functions? If so, they pushed the design time modularity into the runtime and it's not necessary.
>>
>>No. A few the sub-apps contain general purpose code like that but most of them are functionally separate pieces. They correspond (a little raggedly in places) to the main app's menu structure.
>
>Those ones (off the menu) are the easiest to change. Simply call the called app's main program from the menu instead of the app. When you do a recompile all in the primary project, it will port in all of it (if you want to port it into the primary project/app).
>
>(Back up the apps(s) first just in case there are duplicate programs, classes, forms, etc that are only the same in "name." You might want to parse the project file first and check for that (I recommend it). You can step through the project file and determine that and compare it against the main app's files.
>
>There is always a possibility that one of the sub apps uses the same name for a form or class or program but it is different. Or they started using the same one but the sub app made mods (instead of subclassing) to it and those same changes are not in the primary app's version (or vice versa). That would be a nightmare. If they both point to the same file in the same location, it is ok.

Nightmare is not a bad word. Their idea of version control was MyPerfectProgram.prg, MyPerfectProgram2.prg, MyPerfectProgram3.prg .....
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform