• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: disposing of an EC
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: disposing of an EC


  • Subject: Re: disposing of an EC
  • From: Philippe Rabier <email@hidden>
  • Date: Thu, 21 Jul 2011 20:04:45 +0200

Thank you Mike and Chuck. I used to call dispose when appropriate but I missed that the NSNotificationCenter was happy too.

Philippe

Sent from my iPhone

On 21 juil. 2011, at 01:23, Chuck Hill <email@hidden> wrote:

> Editing contexts broadcast (via NSNotificationCenter) notifications when changes are made (see EditingContextDidSaveChangesNotification) and other editing contexts listen for these.  If you dispose of an ec as soon as you no longer need it, NSNotificationCenter and the other ECs have less work to do.
>
> Chuck
>
>
> On 2011-07-20, at 4:11 PM, Philippe Rabier wrote:
>
>> Sorry Mike, I don't get you. Can you be more specific?
>>
>> Philippe
>>
>> On 20 juil. 2011, at 16:42, Mike Schrag wrote:
>>
>>>>> I am using an AjaxModalDialog when I create a new object for my app. The content of the AMD is from a component. When this component is created, I create an EC.
>>>>>
>>>>> should I dispose() of this EC when I close the dialog? I guess this is a question of style. Will it be garbage collected on its own? or Do I gain anything if I theEC.dispose(); when I am done?
>>>> Calling dispose() may / should result in the JVM having free memory sooner.  It is not a big deal.
>>> the bigger deal is disposing unregisters for NSNotifications, which can cause problems if you have a high volume app making EC's and leaving them around. for most apps, you probably won't notice.
>>>
>>> ms _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list      (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
> --
> Chuck Hill             Senior Consultant / VP Development
>
> Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
> http://www.global-village.net/products/practical_webobjects
>
>
>
>
>
>
>
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >disposing of an EC (From: Theodore Petrosky <email@hidden>)
 >Re: disposing of an EC (From: Chuck Hill <email@hidden>)
 >Re: disposing of an EC (From: Mike Schrag <email@hidden>)
 >Re: disposing of an EC (From: Philippe Rabier <email@hidden>)
 >Re: disposing of an EC (From: Chuck Hill <email@hidden>)

  • Prev by Date: Re: Lion and wotaskd
  • Next by Date: Re: Problem identifying DirectAction
  • Previous by thread: Re: disposing of an EC
  • Next by thread: Lion and WO
  • Index(es):
    • Date
    • Thread