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 - 39. UIPopoverController
27. dubna 2011, 00.00 | V minulém dílu našeho seriálu jsme dokončili popis základních služeb řídicího objektu pro "tab bar" a také jsme si sestavili jednoduchou testovací aplikaci. Dnes kód této aplikace rozšíříme o použití třídy UIPopoverController.
Dříve, než odbočíme od služeb API k vývojovému prostředí a než se podrobněji podíváme na nové Xcode 4, dokončíme současný blok, v němž se zabýváme řídicími objekty rámců. Po obecném popisu jejich služeb a možností se nyní zabýváme řídicími objekty, jež slouží jako "kontejnery" pro jiné řídicí objekty a automatizují jejich vzhled i vzájemnou interakci: seznámili jsme se s třídami UINavigationController a UITabBarController, a dnes se podíváme na použití třídy UIPopoverController.
Co to je a k čemu je to dobré?
Třída UIPopoverController definuje rozhraní speciálního řídicího objektu; ten – stejně jako ty předchozí – sám obsahuje jiný řídicí objekt, který reprezentuje "vlastní obsah". UIPopoverController se pak stará o jeho speciální presentaci na obrazovce.
Jak už jeho název napovídá, jde o prezentaci v "okénku", jež se zobrazí nad běžným GUI. Toto okénko obsahuje potřebné informace, obvykle se odkazuje na místo, z nějž jsme je vyvolali, "zobáčkem" při některém z okrajů, a můžeme je kdykoli zavřít; vypadá zhruba nějak takto:
Právě implementaci takovéhoto "popoveru", který zobrazí souřadnice bodu, na nějž klepneme prstem, si dnes ukážeme.
Základy, pomocný řídicí objekt a jeho rámec
Jelikož UIPopoverController je "kontejnerem", potřebujeme řídicí objekt rámce, který do něj uložíme – a ten samozřejmě potřebuje rámec, který skrze "popover" zobrazí. V praxi k tomu téměř vždy využijeme vlastní podtřídu UIViewController s rámcem buď načteným z vlastního NIBu nebo vytvořeným programově, tak, jak jsme se to učili v předchozích dílech našeho seriálu.
Zde si ale pro zjednodušení ukázkového kódu a proto, abychom se soustředili jen na to podstatné, dovolíme "zkratku":
• namísto vlastní podtřídy použijeme přímo UIViewController; jelikož po něm žádné specifické služby nebudeme chtít, vystačíme si s ním;
• rámec pak načteme z jiného NIBu a našemu řídicímu objektu jej vnutíme programově.
Použijeme k tomu třeba SecondViewController z aplikace, již jsme sestavili v minulém dílu: rámec, který budeme v "popoveru" zobrazovat, uložíme do jeho NIBu a veškerý řídicí kód umístíme do zdrojového souboru "SecondViewController.m". Zároveň si ukážeme jeden potenciální "podraz", na který mohou uživatelé NIBů v iOSu narazit; ačkoli s řídicími objekty nesouvisí přímo, je dobré o něm vědět.
Začneme tedy tím, že otevřeme rozhraní v souboru "SecondViewController.h" a přidáme do něj dva "outlety" pro dvě textová pole. Od minula zde již máme jeden outlet "label"; stačí je tedy přidat k němu. Pojmenovat je můžeme třeba "xx" a "yy":
@interface SecondViewController:UIViewController {
IBOutlet UILabel *label,*xx,*yy;
}
@end
Pak otevřeme objektovou síť "SecondViewController.xib" a postupně
• do ní (do kořene, do jejího hlavního okna – nikoli do existujícího rámce!) přidáme z palety nový rámec;
• vhodně upravíme jeho velikost;
• uložíme do něj dvě textová pole;
• a propojíme je s "outlety" xx a yy.
Propojování outletů a prvků GUI jsme si ukázali na obrázku v minulém dílu; dnes proto ilustrujeme vkládání textového pole z palety:
Vhození vlastního rámce bylo ovšem stejné; jen namísto rámce bylo cílem přímo samotné okno "SecondViewController.xib".
Obsluha klepnutí a hlavně správa paměti s objekty z NIBu
Nyní můžeme vstoupit do zdrojového kódu řídicího objektu SecondViewController a doplnit jeho metodu viewDidLoad takto:
-(void)viewDidLoad {
[super viewDidLoad];
label.text=self.title;
[self.view addGestureRecognizer:
[[[UITapGestureRecognizer alloc]
initWithTarget:self action:@selector(tapped:)]
autorelease]];
[xx.superview retain];
}
Prvý z přidaných řádků je zřejmý – k hlavnímu rámci přičleníme gesture recognizer, který nám pošle zprávu tapped: kdykoli uživatel do rámce klepne prstem; to už dávno známe a umíme.
Proč ale to retain na druhém z řádků?
Zde právě narážíme na obecný "podraz" při práci s NIBy: v iOSu – na rozdíl od Mac OS X – se všechny kořenové objekty, načtené z NIBu, automaticky "autoreleasují". Pokud bychom si je nějak nepřidrželi – zde tedy v případě našeho "popoverového" rámce zprávou retain – automaticky by byly uvolněny na konci event loopu.
"Moment," volají nyní asi středně zkušení programátoři, "jak to, že tento osud nepostihne i základní rámec?"
To je druhý "podraz" při práci s NIBy: při načtení NIBu se totiž vazba mezi "outlety" a do nich "nadrátovanými" objekty GUI vytvoří pomocí služeb KVC (Key-Value Coding). Ty, jak už dávno víme, ovšem fungují (v zásadě) takto:
• naleznou-li vhodnou přístupovou metodu, prostě ji použijí;
• jinak vyhledají vhodnou instanční proměnnou, objekt do ní uloží, a použijí na něj automaticky 'retain'
A to je ono: pokud – jak je běžné – připojujeme objekty v NIBu do "outletů" deklarovaných jako instanční proměnné, jsou tyto objekty automaticky "retainované" (a měli bychom si, mimochodem, dát tu práci je korektně uvolnit v metodě dealloc a případně také viewDidUnload – tím se pro dnešek zabývat nebudeme a smíříme se s drobnými a nepodstatnými "leaky").
V našem případě jsou díky tomuto mechanismu "retainovaná" textová pole xx a yy, ale pozor, nikoli jejich nadřízený rámec, protože ten jsme do žádné instanční proměnné neuložili. Musíme si jej proto v metodě viewDidLoad přidržet explicitně, jinak by v době, kdy jej budeme chtít vložit do "popoveru", již neexistoval.
V zásadě by to bylo snadné...
Základní použití třídy UIPopoverController je velmi jednoduché: vytvoříme její instanci – přitom jí předáme řídicí objekt, který určuje její obsah – a zobrazíme ji v požadovaném místě.
Mohli bychom tedy napsat např. tento kód:
-(void)tapped:(UITapGestureRecognizer*)tgr { // nefunguje!
CGPoint pt=[tgr locationInView:self.view];
xx.text=[NSString stringWithFormat:@"x=%g",pt.x];
yy.text=[NSString stringWithFormat:@"y=%g",pt.y];
UIViewController *vc=
[[[UIViewController alloc] init] autorelease];
vc.view=xx.superview;
UIPopoverController *pc=[[[UIPopoverController alloc]
initWithContentViewController:vc] autorelease];
[pc presentPopoverFromRect:CGRectMake(pt.x,pt.y,0,0)
inView:self.view
permittedArrowDirections:UIPopoverArrowDirectionAny
animated:YES];
}
Logika je jednoduchá – nejprve zjistíme bod, v němž uživatel do rámce klepl (pt) a jeho souřadnice zapíšeme do textových polí xx a yy. Pak vytvoříme pomocný řídicí objekt rámce, a vnutíme mu náš rámec s textovými poli (tedy xx.superview).
Pak vytvoříme "popover" nad naším pomocným řídicím objektem, a pomocí standardní metody presentPopoverFromRect:inView:permittedArrowDirections:animated: jej zobrazíme tak, aby se na místo klepnutí odkazoval "zobáčkem" v libovolném směru.
Jenže bohužel, programátoři firmy Apple si na nás vymysleli v kódu třídy UIPopoverController předlouhou řadu podrazů a triků.
... nebýt prapodivné správy paměti
U tříd, které reprezentují objekty, jež stojí samostatně v GUI, je logicky zvykem, že dokud jsou zobrazeny, samy sebe "retainují"; uvolněny jsou právě ve chvíli, kdy je uživatel z obrazovky odstraní – srovnejte např. chování třídy UIAlertView. Bohužel, z jakéhosi nepochopitelného důvodu třída UIPopoverController tuto konvenci nedodržuje!
Pokusíme-li se proto použít výše uvedený kód, aplikace jednoduše "sletí" na výjimce "-[UIPopoverController dealloc] reached while popover is still visible."
Oprava je samozřejmě triviální, ačkoli poněkud obtěžující – využijeme služeb delegáta, jejichž prostřednictvím "popover" informuje o tom, že je uzavřen; uvolnění pak namísto autorelease delegujeme na release v metodě popoverControllerDidDismissPopover:, např. takto:
-(void)tapped:(UITapGestureRecognizer*)tgr {
CGPoint pt=[tgr locationInView:self.view];
xx.text=[NSString stringWithFormat:@"x=%g",pt.x];
yy.text=[NSString stringWithFormat:@"y=%g",pt.y];
UIViewController *vc=
[[[UIViewController alloc] init] autorelease];
vc.view=xx.superview;
UIPopoverController *pc=[[UIPopoverController alloc]
initWithContentViewController:vc];
pc.delegate=(id)self;
[pc presentPopoverFromRect:CGRectMake(pt.x,pt.y,0,0)
inView:self.view
permittedArrowDirections:UIPopoverArrowDirectionAny
animated:YES];
}
-(void)popoverControllerDidDismissPopover:
(UIPopoverController*)poc {
[poc release];
}
Takto již bude aplikace v zásadě dělat co má – vyzkoušejte si to! –, ale "popover" nebude vypadat úplně přesně tak, jak jsme chtěli. Proč tomu tak je a jak to léčit si ale ukážeme až příště.
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
Diskuse k článku
Vložit nový příspěvek Sbalit příspěvky
|
|