Re: an app that never quits
Re: an app that never quits
- Subject: Re: an app that never quits
- From: Erick Calder <email@hidden>
- Date: Tue, 22 Sep 2009 15:44:29 -0700
On Sep 22, 2009, at 9:06 AM, Jens Alfke wrote:
On Sep 21, 2009, at 11:31 PM, Kyle Sluder wrote:
On Mon, Sep 21, 2009 at 11:30 PM, Erick Calder <email@hidden> wrote:
wow. ok. I guess that's not going to help much then. I must say
that
without daemons the range of applications possible seems rather
quite narrow
to me.
Background processing is a much-desired feature. You can add your
voice by filing a bug at http://bugreport.apple.com.
one final recourse of a solution for me: is there such a thing as cron
on the iPhone whereby I could schedule a bit of processing to occur
every x seconds?
is there any other solution I'm not thinking of?
But keep in mind that the realities of battery power and 3G networks
limit the kind of background processing that's feasible — that's the
main reason Apple hasn't let 3rd party apps run in the background yet.
I understand the concern for battery power, but to legislate daemons
out of existence on account of that seems silly since clearly one can
still write apps that drain power needlessly and users still get to
select which apps they install. I mean, it's not like there isn't a
whole community out there to arbitrate whether an app sucks power.
Apple's push notification system uses a similar type of of GSM
signaling as SMS messages, so it doesn't require any extra overhead.
The carrier sends a signal when a push message is available, and the
device wakes up and makes a connection to retrieve the message data.
What is feasible, I think, is to allow the notifications to launch
the app in some kind of limited background mode where it can do a
little bit of processing and then either exit or alert the user. And
the notifications could contain larger payloads, so the app could
operate directly on the notification without having to make its own
connection to fetch data.
I wholly concur. apps like loopt are a wonderful concept that sadly
don't accomplish their purpose given the current policy constraints.
_______________________________________________
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