Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Destroy method of biz object is not fired when it's real
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
The Mere Mortals Framework
Versions des environnements
Visual FoxPro:
VFP 8 SP1
OS:
Windows XP SP2
Divers
Thread ID:
00989209
Message ID:
00989421
Vues:
43
>>myObject.release
>>myObject="X"
>
>I don't understand your suggestion. Would you please explain?
>
>Thanks.

I looked through a project I [thought] would have a sample I could illustrate with - but it must have been another one!

I remember doing it in a project that was almost all PRG classes. Some of the "housekeeping" routines made decisions based on whether or not some of the bject references returned VARTYPE(someObjectName)==[O].

And I do remember being annoyed when objects "I knew" had been released [still] returned a VARTYPE as an [O]bject.

I tried all sorts of things, like:
DO WHILE VARTYPE(someObjectName)==[O]
someObjectName.RELEASE
ENDDO


Pretty clumsy, right? Since I knew I had released the object, I suspected it was a timing issue with VFP (PRG projects seem to clock a little faster). So, in that case, assigning the object a 'character type' assured my 'housekeeper' would not confuse it with an object.

Another issue I bumped into was that releasing a child-object, 'inside' the child was also unpredictable. I found that 'setting focus' to, or 'activating' the parent (or container object) and then releasing the 'child' (from it's parent) gave predictable results.

In summary - for timing issues - changing the objects type resolved the problem. For child.release issues, it seems better to have the parent release the child, rather than having the child release itself.
Imagination is more important than knowledge
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform