Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Copy two methods from one class to another
Message
De
08/06/2010 12:30:03
Mike Yearwood
Toronto, Ontario, Canada
 
 
À
08/06/2010 07:57:49
Information générale
Forum:
Visual FoxPro
Catégorie:
Classes - VCX
Versions des environnements
Visual FoxPro:
VFP 9 SP2
OS:
Vista
Network:
Windows 2003 Server
Database:
MS SQL Server
Divers
Thread ID:
01467735
Message ID:
01467949
Vues:
107
Hey Jim

I heard the interview with Andrew. Congrats! One thing I want is an ability to compare two classes' PEMs. I occasionally inherit applications where there are copies of vcx files with minor changes. Can your tool be launched twice - once per class?

>Thomas:
>
>(1) The features in PEM Editor for copying properties/methods from one object to another were a direct result of discussions about tools that could be used to facilitate re-factoring.
>
>(2) "use them only to move method to a common parent. In this case this seems to be impossible, which can happen in single-inheritance languages like vfp." ... not quite true. Yes, it is true that you cannot have a class and its parent open at the same time, but PEM Editor allows you to copy all PEMs to a virtual clipboard at once -- meaning that you can then close the child class, open the parent class, and then selectively paste PEMs into the parent class.
>
>>Naomi,
>>>I have two separate form classes. I added two custom methods to one form class. I found that I need these methods (with descriptions) in another form's class as well.
>>
>>>How can I copy these two methods form one form to another?
>>
>>while the PEM-Editor capabilities are really great, use them only to move method to a common parent.
>>In this case this seems to be impossible, which can happen in single-inheritance languages like vfp.
>>
>>Copying is IMHO ***the*** most telling mark of a programmer either unwilling or too overworked to think straight.
>>
>>Granted that you may encounter a bad situation in existing object hierarchies,
>>but with a few extra strokes you can factor the method out into a special object
>>you can add to each form - for form methods the best approach, as any "this" references in the org method
>>can be changed to "thisform" while testing a s a form method and will work identically on a sub-object.
>>
>>For methods living originally on other objects you can use a "dirtycall"-object on your app object,
>>to which you move the method code and prefix the parameter list with toThis and toThisForm -
>>within 5 minutes you have a better (while certainly not perfect) solution.
>>
>>DRY code is the target of the lazy programmer proud of his virtue!
>>As you usually opt for better code, don't even think to ask for help in accomplising a *real* copy ;-)
>>
>>regards
>>
>>thomas
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform