Fotografický magazín "iZIN IDIF" každý týden ve Vašem e-mailu.
Co nového ve světě fotografie!
Zadejte Vaši e-mailovou adresu:
Kamarád fotí rád?
Přihlas ho k odběru fotomagazínu!
Zadejte e-mailovou adresu kamaráda:
Informace
Programování pro iOS - 22. Nulla est honesta avaritia nisi temporis
29. prosince 2010, 00.00 | Senecův známý citát si patrně programátoři Apple vzali až příliš k srdci; časem (procesoru) totiž iOS skrblí přímo ukrutně a přidělit jej aplikaci, jež zrovna není v popředí, se zdráhá. Dnes si – jak jsme si slíbili minule – ukážeme, jak si vyžádat času alespoň malinko více, než kolik jej běžně máme k dispozici.
Knihovny iOS samozřejmě nabízejí řadu možností, jejichž prostřednictvím může aplikace provádět nějakou činnost "na pozadí" – v tom smyslu, že odpovídající akce nejsou vyvolány přímo uživatelem, ale aplikace je spustí "sama". Běžně se používá
• přímo a jednoduše kód, který dělá, co je udělat zapotřebí. Toto řešení je samozřejmě akceptovatelné pouze výjimečně, po krátkou dobu a mimo produkční aplikace, protože blokuje hlavní vlákno a tedy také uživatelské rozhraní – aplikace přestane s uživatelem komunikovat;
• metoda, volaná z časovače v hlavním vláknu;
• metoda, běžící v samostatném vláknu v rámci multithreadingu.
Tyto tři metody by mohly vypadat v nejjednodušší aplikaci v kódu jejího aplikačního delegáta takto:
@implementation ExampleAppDelegate
-(void)timer {
NSLog(@"timer called");
}
-(BOOL)application:(UIApplication*)application
didFinishLaunchingWithOptions:(NSDictionary*)launchOptions {
#if TIMER
[NSTimer scheduledTimerWithTimeInterval:.1
target:self selector:@selector(timer)
userInfo:nil repeats:YES];
#endif
#if THREAD
[[[NSOperationQueue alloc] init] addOperationWithBlock:^{
for (;;) {
NSLog(@"thread running");
[NSThread sleepForTimeInterval:.1];
}
}];
#endif
#if BLOCK_MAIN_THREAD
for (;;) {
NSLog(@"main thread blocked");
[NSThread sleepForTimeInterval:.1];
}
#endif
return YES;
}
@end
Kód je snad zřejmý: chceme-li používat časovač (a definujeme-li tedy makro TIMER), použije se standardní API, jež pošle delegátu aplikace (self) zadanou zprávu (timer) desetkrát za sekundu. Je-li definováno makro THREAD, spustí se v samostatném vláknu blok, který zhruba desetkrát za sekundu vypíše "thread running" (použili jsme k tomu API NSOperation, jež je pohodlnější a šikovnější než API NSThread, ale na úrovni, již zde potřebujeme, dělá přesně totéž). Konečně pak je-li definováno makro BLOCK_MAIN_THREAD, nekonečný cyklus zablokuje hlavní vlákno, takže metoda application:didFinishLaunchingWithOptions: nikdy neskončí.
Podívejme se, co iOS s aplikací udělá, pokud její programátor využívá těchto možností, a uživatel aplikaci "ukončí" stisknutím tlačítka "Home" (připomeňme co jsme si řekli minule: v multitáskovém prostředí iOS 4.x a odpovídajícího zařízení ve skutečnosti nejde o ukončení aplikace, ale o přepnutí – jiná aplikace se dostane do popředí, naše do pozadí).
Situace je jednoduchá – nastává pouze jedna ze dvou možností:
• není-li hlavní vlákno blokováno, aplikace – jak již také víme odminula – nejprve pošle delegátu postupně zprávy applicationWillResignActive: a applicationDidEnterBackground: a pak je okamžitě suspendována. Jak časovač, tak i vlákno jsou tím přerušeny; po příští aktivaci ale samozřejmě běží dále;
• je-li hlavní vlákno blokováno, aplikace po deaktivaci běží na pozadí bez omezení deset sekund – po tuto dobu tedy běží vedlejší vlákno –, a pak je násilně ukončena.
Pozn.: důkladným čtenářům je jistě zřejmé, proč ve druhém případě po deset sekund sice běží vedlejší vlákno, ale nikoli časovač. Pokud to snad náhodou někdo neví, zkuste na to přijít! Vysvětlíme si to pro jistotu příště.
Typičtějším případem, než jakým je blokování hlavního vlákna v metodě application:didFinishLaunchingWithOptions: by bylo blokování v metodě applicationDidEnterBackground:, nějak takto:
-(void)applicationDidEnterBackground:(UIApplication*)application {
NSLog(@"saving all changes...");
[self saveAllChanges];
}
pokud by operace saveAllChanges byla časově velmi náročná. To by fungovalo přesně stejně jako minulý případ – po uběhnutí deseti sekund od deaktivace (v tomto případě tedy de facto od přijetí zprávy applicationDidEnterBackground:) by byla aplikace násilně ukončena.
Pokud blokaci hlavního vlákna ukončíme dříve, než uběhne deset sekund, aplikace je okamžitě suspendována.
Můžeme si vyžádat deset minut
Pokud výše zmíněných deset sekund nestačí, můžeme si vyžádat další čas. K tomu slouží metoda aplikace
-(UIBackgroundTaskIdentifier)
beginBackgroundTaskWithExpirationHandler:
(void(^)(void))handler;
Pošleme-li aplikaci tuto zprávu, aplikace si od systému vyžádá dodatečný čas, a běží na pozadí déle než deset sekund aniž by byla násilně ukončena.
Vrácená hodnota je identifikátor "procesu na pozadí"; aplikace je povinna systém informovat ve chvíli, kdy tento proces skončil; k tomu slouží doplňková metoda
-(void)endBackgroundTask:(UIBackgroundTaskIdentifier)identifier;
Typické využití této služby je právě posledně uvedený příklad, kdy potřebujeme při "ukončení" provést nějakou časově náročnou akci – pak prostě na jejím začátku pošleme aplikaci zprávu beginBackgroundTaskWithExpirationHandler: a při jejím ukončení endBackgroundTask:, asi takto (prozatím přeskočme "handler", vrátíme se k němu za chvilku):
-(void)applicationDidEnterBackground:(UIApplication*)application {
NSLog(@"saving all changes...");
UIBackgroundTaskIdentifier bti=[application
beginBackgroundTaskWithExpirationHandler:...];
[self saveAllChanges];
[application endBackgroundTask:bti];
}
V tomto případě máme pro časově velmi náročnou operaci saveAllChanges k dispozici daleko více času než pouhých deset sekund. Takovýchto "procesů" můžeme spustit libovolně mnoho najednou, a aplikace počká, dokud nebudou ukončeny všechny; můžeme je také bez jakéhokoli nebezpečí spouštět i ve chvíli, kdy je aplikace normálně v popředí. Obecně je tedy lepší nevolat službu beginBackgroundTaskWithExpirationHandler: až v metodě applicationDidEnterBackground:, ale "obalit" takto libovolnou operaci, jež může zabrat dlouhou dobu:
-(void)saveAllChanges { // may be called any time
UIBackgroundTaskIdentifier bti=[[UIApplication
sharedApplication]
beginBackgroundTaskWithExpirationHandler:...];
for (...) {
...
}
[[UIApplication sharedApplication] endBackgroundTask:bti];
}
-(void)applicationDidEnterBackground:(UIApplication*)application {
NSLog(@"saving all changes...");
[self saveAllChanges];
}
Nicméně ani tento dodatečný čas není neomezený; dokumentace neříká, kolik jej přesně bude, a operační systém jej může přidělovat jak se mu zachce; v praxi ale v současnosti má aplikace k dispozici necelých deset minut běhu na pozadí. Pokud je vyčerpá, je opět násilně ukončena – stejně, jako kdyby službu beginBackgroundTaskWithExpirationHandler: nepoužila vůbec a běžela deset sekund.
K tomu, abychom se tomuto násilnému ukončení mohli vyhnout, slouží právě "handler": jde o blok, který aplikace provede cca pět sekund předtím, než čas běhu na pozadí kompletně vyprší. V jeho rámci si tedy můžeme vyžádat okamžité přerušení procesu, asi nějak takto:
-(void)saveAllChanges { // may be called any time
BOOL __block cancel=NO;
UIBackgroundTaskIdentifier bti=[[UIApplication
sharedApplication]
beginBackgroundTaskWithExpirationHandler:^{cancel=YES;}];
for (...) {
...
if (cancel) break;
...
}
[[UIApplication sharedApplication] endBackgroundTask:bti];
}
Kolik zbývá?
Na konci dnešního dílu si ještě ukážeme jednu šikovnou službu třídy UIApplication: chceme-li zjistit, kolik času ještě zbývá do násilného ukončení, stačí prostě nahlédnout do property backgroundTimeRemaining, jež obsahuje zbývající počet sekund.Minulý příklad bychom tedy mohli přepsat také takto – obě varianty jsou zhruba rovnocenné, v praxi záleží především na tom, co je pro nás v daném případě pohodlnější a praktičtější:
-(void)saveAllChanges { // may be called any time
UIBackgroundTaskIdentifier bti=[[UIApplication
sharedApplication]
beginBackgroundTaskWithExpirationHandler:^{}];
for (...) {
...
if ([UIApplication sharedApplication].
backgroundTimeRemaining)
break;
...
}
[[UIApplication sharedApplication] endBackgroundTask:bti];
}
Obsah seriálu (více o seriálu):
- Nastal čas na kakao...
- Tak nejdřív kakao ochutnáme...
- Programovací jazyk C: velmi, velmi stručně
- Objective C: to si vysvětlíme podrobněji
- Co jsme si o Objective C ještě neřekli...
- Nastal čas na kakao - Vznik a zánik objektů
- Nastal čas na kakao - Kopírování objektů
- Nastal čas na kakao - Skryté podtřídy
- Nastal čas na kakao - Základní služby objektů
- Nastal čas na kakao - Jak správně psát v Objective C
- Nastal čas na kakao - Jak správně importovat
- Nastal čas na kakao - Podtřídy, delegáti, vkládání, jak se to rýmuje?
- Nastal čas na kakao - Využití kategorií namísto dědičnosti
- Nastal čas na kakao - Vkládání objektů a přesměrování zpráv
- Nastal čas na kakao - Inicializace a rušení objektů
- Nastal čas na kakao - Metody initWith... a designovaný inicializátor
- Nastal čas na kakao - Inicializace: tipy a triky
- Nastal čas na kakao - Accesory: přístup k proměnným instancí
- Nastal čas na kakao - Šedá je teorie, zelený je strom života...
- Nastal čas na kakao - Více o XCode: inspektory
- Nastal čas na kakao - Aplikace RSS2: datový model
- Nastal čas na kakao - Aplikace RSS: implementace datového modelu
- Nastal čas na kakao - Aplikace RSS: parsování XML
- Nastal čas na kakao - Interface Builder a uživatelské rozhraní
- Nastal čas na kakao - Interface Builder: atributy objektů
- Nastal čas na kakao - Interface Builder: atributy objektů
- Nastal čas na kakao - Druhý kontrolér a dokončení aplikace
- Nastal čas na kakao - Drobná vylepšení a zdokonalení...
- Nastal čas na kakao - Ladění
- Nastal čas na kakao - Třídy Foundation Kitu
- Nastal čas na kakao - Třídy Foundation Kitu (2)
- Nastal čas na kakao - Textové řetězce: NS(Mutable)String
- Nastal čas na kakao - Čísla, binární data a další...
- Nastal čas na kakao - Archivace objektů
- Nastal čas na kakao - Trocha magie, aneb distribuované objekty
- Nastal čas na kakao - Málem bychom zapomněli: NSAutoreleasePool
- Nastal čas na kakao - Zpracování výjimek: NSException
- Nastal čas na kakao - NSInvocation a černá magie
- Nastal čas na kakao - Kakao v Tygrovi
- Nastal čas na kakao - Notifikace: nepřímé předávání zpráv
- Nastal čas na kakao - NSUserDefaults
- Nastal čas na kakao - Co nového ve Foundation Kitu
- Nastal čas na kakao – s Intelem, s Intelem, jedeme do...
- Co nového v Xcode
- Začínáme s AppKitem
- Jak MVC v Kakau vypadá doopravdy?
- Jak MVC v Kakau vypadá doopravdy: dokončení
- Přehled tříd AppKitu
- Nastal čas na kakao - Přehled tříd AppKitu 2
- Přehled tříd AppKitu 3: zbývající třídy GUI
- Přehled tříd AppKitu 4: textový systém
- Nastal čas na kakao - Přehled tříd AppKitu 5: hlavně grafika
- Přehled tříd AppKitu 6: dokumentový systém
- Přehled tříd AppKitu 7: dokončení
- Pojmenované vlastnosti objektů
- Pojmenované vlastnosti objektů: implementace
- Pojmenované vlastnosti objektů: relace 1:N
- Pojmenované vlastnosti objektů: řazení jmen a agregační funkce
- Sledování změn objektů
- Sledování změn objektů – ukázka
- Sledování změn objektů – zdrojový kód
- Sledování změn objektů: kód modelu
- Sledování změn objektů: přímý přístup
- Kontroléry a vazby
- Vázání vazeb
- Další vazby s jednoduchým kontrolérem
- Implementace a použití převodu hodnot
- Validace hodnot
- Validace a chyby, a jedna hezká vazba...
- Práce s polem objektů
- Základní vazby NSArrayControlleru
- Převodníky, přepínače, placeholdery
- Mírná vylepšení v mezích zákona
- Objective C 2.0 - novinky z Leoparda
- NSTreeController
- Programování v Cocoa - Pár tipů a triků
- Programování v Cocoa - Základy kreslení
- Kterak nakreslit modrý obdélník...
- Další služby pro kreslení
- Obrázky a písmenka...
- Události a myš
- Lepší práce s myší
- Události klávesnice
- Input Management
- Příkazy a schránka
- Další události
- Táhni a padni
- Byli jsme na tahu; nyní padneme.
- Zvolme si, jak vhodit
- Drobnosti a chybičky
- Speciální případy tahání či házení
- Kterak táhnout něco, co neexistuje?
- Jak na sítě...
- NSURLConnection
- Safari za minutu
- Služby WebKitu
- Kakao v Leopardu
- Druhé Objective C
- Druhé Objective C: různé drobnosti
- Druhé Objective C: kategorie a protokoly
- Druhé Objective C: nový příkaz cyklu
- Druhé Objective C: atributy a accesory
- Druhé Objective C: atributy a accesory
- 64 je dvakrát 32
- Ubicumque dulce est, ibi et acidum invenies...
- Irbis: že prý žádné novinky?
- Blok sem, blok tam, nám už je to všechno jasné...
- Bloky jsou i v AppKitu
- Irbis a Foundation Kit
- Kde jsou má data?
- Kde jsou má data? V NSCache!
- Soubor, jméno, URL, jak se to rýmuje...
- Další podpora NSURL
- Zabíjení!
- A máme tady i...OS!
- Systémové prvky GUI
- Programování pro iOS 1. díl - Rozdíly mezi "i" a "Mac"
- Programování pro iOS - 2. Začínáme programovat
- Programování pro iOS - 3. základní ovladače a propojení GUI s kódem
- Programování pro iOS - 4. Varovná hlášení
- Programování pro iOS - 5. Rámce a jejich řídicí objekty
- Programování pro iOS - 6. Ukládání dat
- Programování pro iOS - 7. Správa paměti a starý restík
- Programování pro iOS - 8. Dokončení aplikace
- Programování pro iOS - 9. Jak dostat aplikaci do iPhone
- Programování pro iOS - 10. Instalace aplikace do cizího iPhone
- Programování pro iOS - 11. Jak dostat aplikaci do libovolného iPhone
- Programování pro iOS - 12. Touching!
- Programování pro iOS - 13. Kreslíme na iPhone
- Programování pro iOS - 14. Udělejme gesto
- Programování pro iOS - 15. Další gesta
- Programování pro iOS - 16. Více prstů, více zábavy
- Programování pro iOS - 17. Podpora standardních gest
- Programování pro iOS - 18. Recognizery v iOS
- Programování pro iOS - 19. Další standardní recognizery
- Programování pro iOS - 20. Co nového v iOSu
- Programování pro iOS - 21. "Multitasking"
- Programování pro iOS - 22. Nulla est honesta avaritia nisi temporis
- Programování pro iOS - 23. Jak se aktivovat, jsme-li v pozadí
- Programování pro iOS - 24. Zbývající drobnosti
- Programování pro iOS - 25. Řídicí objekty rámců
- Programování pro iOS - 26. Jak se dělá UIViewController
- Programování pro iOS - 27. Kde vzít rámce
- Programování pro iOS - 28. Základní služby
- Programování pro iOS - 29. Práce s rámci
- Programování pro iOS - 30. Rotace zařízení
- Programování pro iOS - 31. Správa paměti v rámcích
- Programování pro iOS - 32. Řídicí objekt pro tabulky
- Programování pro iOS - 33. Řídicí objekt pro strom
- Programování pro iOS - 33. Více o UINavigationControlleru
- Programování pro iOS - 35. Ještě jednou UINavigationController
- Programování pro iOS - 36. Po navigátoru taby
- Programování pro iOS - 37. Více o UITabBarControlleru
- Programování pro iOS - 38. Dokončení UITabBarControlleru
- Programování pro iOS - 39. UIPopoverController
- Programování pro iOS - 40. Další triky UIPopoverControlleru
- Programování pro iOS - 41. Zbývající služby UIPopoverControlleru
- Programování pro iOS - 42. UISplitViewController
- Programujeme v
iTunesXcode 4 - Programování pro iOS - 44. Předvolby Xcode 4
- Programování pro iOS - 45. Práce v Xcode 4
- Xcode 4: projekt a cíle
- Xcode 4: práce s cíli
- Xcode 4: Build Settings
- Xcode 4: Build Phases
- Xcode4: Build Phases podruhé
- Xcode 4: Co jsou to Build Rules?
- Xcode4: taje editoru
- Xcode4: automatické doplňování v editoru
- XIBy chyby
- Více o XIBech
- Editor XIBů
- Inspektory pro XIBy
- Vazby mezi objekty v XIBech
- Vazby mezi objekty v kódu
- Paletky Xcode pro XIBy
- Xcode 4: levý sloupec
- Xcode 4: okno Organizer
- Xcode 4: okno Organizer, část druhá
- Xcode 4: co je to Workspace?
- Xcode 4: základy schémat
- Xcode 4: akční schémata