The Oobj runtime is a C library loaded by each ObjC application, it's
not an autonome entity that lives beyond your application termination.
Le 13 mars 09 à 11:54, Mic Pringle a écrit :
But I thought that it was best practice to remove yourself from the
notification center before terminating your application, as doesn't
the notification center live in the objective-c runtime and therefore
is always active, regardless of whether your application is or isn't ?
-Mic
2009/3/13 Mike Abdullah <cocoa...@mikeabdullah.net>:
By definition, if it's a singleton, it will exist for the lifetime
of the
program; there is no risk of the notification centre sending
messages to a
now non-existent object.
On 13 Mar 2009, at 10:31, Mic Pringle wrote:
Hi,
I've been looking into creating a singleton class to manage some
objects that I have that I'd like to be globally available. I've
been
reading through
http://www.cocoadev.com/index.pl?SingletonDesignPattern and all
looks
well except I now have the following question ...
I'd like my singleton to observe the NSWorkspace notifications
applicationDidLaunch and applicationDidTerminate. I can setup the
observations in the init method, but how to I go about removing
them ?
You would normally do in the dealloc method, but it seems you're not
meant to override dealloc in a singleton ? Would it suffice to put
them in the overridden release method ? If so, does this get called
automatically when I close the application ?
If I can't remove the notifications, I could end up with the
notification centre try to foward them to an object that no longer
exists.
Thanks
-Mic
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/cocoadev%40mikeabdullah.net
This email sent to cocoa...@mikeabdullah.net
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/devlists%40shadowlab.org
This email sent to devli...@shadowlab.org
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
