BUT, when i use a nvo to transfer information between objects (openWithParm,
closeWithReturn, ...), or as an argument of a function, i create it myself (not
autoinstantiate). This for performance issues.
Notice that since pb7, you have a third solution for nvo belonging to a window.
If your nvo is not autoinstanciate, you can add it to the "nvo list" of the
window (instead of instance variable), and pb will manage the create and destroy
for you.
On Thu, 24 Jul 2003 02:10:52 -0400,
in powersoft.public.powerbuilder.objects
<Jack> wrote:
>Hi All,
>
>I have some NVOs in my application and I am unable to make a choice which
>method to use while using these NVOs. There are two methods:
>
>First method is to [check on] the autoinitiate property of the NVOs
>control. In this method memory is automatically assign to NVOs object when
>its property or fuction is referneced.
>
>Second method is to explicitly assign memory to NVO object with the CREATE
>statement befor using these NVOs objects.
>
>which method should one use in app.
>We are using PB 6.5 and planning to use PB 8 in near future.
>
>Thanks in adv.
>Jack
'
On Thu, 24 Jul 2003 02:10:52 -0400,
in powersoft.public.powerbuilder.objects
<Jack> wrote:
>Hi All,
>
>I have some NVOs in my application and I am unable to make a choice which
>method to use while using these NVOs. There are two methods:
>
>First method is to [check on] the autoinitiate property of the NVOs
>control. In this method memory is automatically assign to NVOs object when
>its property or fuction is referneced.
>
>Second method is to explicitly assign memory to NVO object with the CREATE
>statement befor using these NVOs objects.
>
>which method should one use in app.
>We are using PB 6.5 and planning to use PB 8 in near future.
>
>Thanks in adv.
>Jack
- - -
Andy [TeamSybase]
Techwave 2003 - http://www.sybase.com/techwave2003
International Sybase User Group (ISUG) - http://www.isug.com
CodeXchange - http://powerbuilder.codeXchange.sybase.com/