• 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: Best pattern to follow for scheduling an event
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Best pattern to follow for scheduling an event


  • Subject: Re: Best pattern to follow for scheduling an event
  • From: John Stiles <email@hidden>
  • Date: Thu, 8 Nov 2007 10:58:10 -0800

Because this would not coalesce into one call.

On Nov 8, 2007, at 10:47 AM, David Spooner wrote:

Why not schedule a non-repeating timer with a time interval of zero from the method where you currently set the fire date. This would avoid having a timer instance variable...

dave

On 8-Nov-07, at 11:05 AM, John Stiles wrote:

I have a method that needs to schedule a "cleanup pass" to occur in the near future. The method might be called once, ten times, or a hundred times in a row, but I only need to clean up one time. To implement this, I used the following pattern, and I'm wondering if it was the best way to go.

First, when the object is first created, I create a timer. I scheduled its fire date to be in the distant, distant future:

   m_deferredFixupTimer = [[NSTimer
       scheduledTimerWithTimeInterval:DBL_MAX
                               target:myObject
                             selector:@selector(doFixUp:)
                             userInfo:NULL
                              repeats:YES] retain];

(I considered using INFINITY instead of DBL_MAX, but sometimes library code isn't prepared to deal with infinite values, so I figured DBL_MAX is safer and already more than large enough.)
Then, when my method is called, I schedule the timer to fire immediately:


   [m_deferredFixupTimer setFireDate:[NSDate date]];

This defers the fire to the next run-through of the event loop, which for my purposes is sufficient. It only fires one time.

So is this the right way to do it? It seems to work in practice, it just seemed a little quirky to me for some reason. I guess it would make more sense if I could make a timer that's scheduled to never fire, instead of a timer that's scheduled to repeat and fire once every trillion years. But in practice it seems to be equivalent.



_______________________________________________

Cocoa-dev mailing list (email@hidden)

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:
This email sent to email@hidden


References: 
 >Best pattern to follow for scheduling an event (From: John Stiles <email@hidden>)
 >Re: Best pattern to follow for scheduling an event (From: David Spooner <email@hidden>)

  • Prev by Date: Re: Best pattern to follow for scheduling an event
  • Next by Date: Re: NSUInteger not recognized
  • Previous by thread: Re: Best pattern to follow for scheduling an event
  • Next by thread: Re: Best pattern to follow for scheduling an event
  • Index(es):
    • Date
    • Thread