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
Kontroléry a vazby
20. dubna 2006, 00.00 | V několika předcházejících dílech našeho seriálu jsme si ukázali, jak fungují základy mechanismu vazeb – bindings –, jejž vývojové prostředí Cocoa využívá pro dynamické sestavování řídící vrstvy aplikací, totiž KVC a KVO. Nyní je načase, abychom se pustili do praktického programování – ukážeme si tedy pár projektů, jenž budou vazby využívat.
V několika předcházejících dílech našeho seriálu jsme si ukázali, jak fungují základy mechanismu vazeb – bindings –, jejž vývojové prostředí Cocoa využívá pro dynamické sestavování řídící vrstvy aplikací, totiž KVC (Key-Value Coding, přístup k pojmenovaným atributům objektů) a KVO (Key-Value Observing, hlášení o jejich změnách). Nyní je načase, abychom se pustili do praktického programování – ukážeme si tedy pár projektů, jež budou vazby využívat, a také se naučíme, jak je řídit programově i z Interface Builderu.
Na co je takový kontrolér dobrý?
Jak jsme si ukázali v minulých dílech, je snadno možné prostřednictvím KVC a KVO navázat spojení přímo mezi objektem grafického uživatelského rozhraní – dejme tomu textovým polem – a objektem modelu. Dokonce jsme si právě takový případ popsali:
- při inicializaci textové pole zjistí momentální hodnotu atributu "text" v modelu (tedy v našem objektu NSMutableDictionary; pošle mu prostě zprávu valueForKeyPath:@"text"), a hned ji zobrazí;
- hned také tomuto objektu NSMutableDictionary pošle zprávu addObserver:self forKeyPath:@"text" options:... context:..., aby se dozvědělo o případné změně modelu;
- jestliže naopak uživatel obsah textového pole v okně změní, pole prostě a jednoduše pošle modelu novou hodnotu pomocí zprávy setValue:nováHodnota forKeyPath:@"text";
- konečně pak po přijetí zprávy observeValueForKeyPath:ofObject:change:context: ihned zobrazí novou hodnotu;
- před případným zrušením objekt odstraní svou registraci pomocí zprávy removeObserver:forKeyPath:.
Graficky bychom si to mohli znázornit nějak takto – objekt GUI přímo nastavuje (a čte) hodnoty modelu prostřednictvím KVC; model přímo informuje o svých změnách objekty GUI prostřednictvím KVO:
Ve skutečnosti však tomu v Cocoa takhle není, a my ve skutečných aplikačních projektech využíváme o něco složitější struktury: mezi objekty grafického uživatelského rozhraní a objekty modelu stojí kontrolér.
Jeho úkolem je sledovat obsah objektů a řídit grafické uživatelské rozhraní. Kontrolér k tomu samozřejmě sám využívá služeb KVC a KVO; sám se tedy registruje u objektů modelu jako observer pro notifikace KVO, a sám – je-li to zapotřebí – mění hodnoty atributů modelových objektů prostřednictvím služeb KVC. Nejinak tomu je s vazbou mezi kontrolérem a objekty grafického uživatelského rozhraní: ty samy získávají hodnoty pro zobrazení a odesílají případné změny kontroléru prostřednictvím služeb KVC, a samy od kontroléru dostávají informace o změnách dat prostřednictvím notifikací KVO.
Ve skutečnosti je tedy celková struktura "dvoupatrová", a vypadá přibližně takto:
Textové pole není navázáno přímo na atribut – dejme tomu – "name" objektu z modelu, nýbrž na řadu jmen ("key path") "selection.name" kontroléru; teprve kontrolér sám je navázán na objekt v modelu. Pokud do textového pole něco zapíšeme, pole tuto změnu předá kontroléru příkazem [controller setValue:nová_hodnota forKey:@"selection.name"] a kontrolér pak změnu předá dál modelu. Podobně, dojde-li ke změně atributu "name" v modelu, ten pošle notifikaci kontroléru, protože je to právě kontrolér, kdo se zaregistroval u datového objektu jako její příjemce pomocí zprávy
[datový_objekt addObserver:kontrolér forKeyPath:@"name" options:... context:...]
sám pak hned ovšem pošle další notifikaci textovému poli, neboť to se analogicky registrovalo u kontroléru jako příjemce notifikací pro jméno "selection.name".
Na první pohled se zdá, že je to poměrně zbytečné: vždyť vazby KVC/KVO lze snadno navázat přímo mezi datovými objekty z modelu a objekty grafického uživatelského rozhraní; proč to tedy komplikovat nějakými kontroléry a dvojím předáváním zpráv? Inu, existuje řada dobrých důvodů:
- obvykle nepracujeme s modelem obsahujícím pouze jediný objekt, nýbrž s modelem zahrnujícím pole či hierarchickou strukturu více objektů; kontrolér tak může držet přehled nad libovolně mnoha objekty modelu, zatímco objekt grafického uživatelského rozhraní se o to nemusí starat a komunikuje pouze s jedním kontrolérem;
- kontrolér kromě samotné struktury objektů jako takových může udržovat různá aplikační "metadata": seznam objektů, jež se právě zobrazují; podmínky, určující jejich setřídění; právě vybrané objekty...;
- kontrolér může objektům GUI předávat i pomocné zástupné objekty pro speciální situace (např. "žádný objekt není k dispozici");
- v případě potřeby může kontrolér objekty automaticky nebo na přímý požadavek od objektů GUI vytvářet či rušit;
- kromě toho kontrolér komunikuje s objekty GUI prostřednictvím zvláštních protokolů NSEditor a NSEditorRegistration; ty zajišťují korektní spolupráci mezi prvky GUI, jež mohou obsahovat rozpracované a neuložené změny, např. při ukončení aplikace;
- v některých případech se může ukázat praktické sestavit kontrolér, který vlastně nespravuje žádný datový objekt; vůči prvkům grafického uživatelského rozhraní se však "tváří" jako by tomu tak bylo. Příkladem takového "pseudokontroléru" je třeba NSUserDefaultsController, jemuž neodpovídá žádný objekt modelu; zato však kontrolér nabízí libovolnému prvku GUI přímý přístup k aplikačním předvolbám.
To je podstatné proto, abychom zbytečně nemuseli mít týž kód na více místech: existuje řada prvků GUI, jež mohou pracovat s podobnými strukturami datových objektů: browser či hierarchická tabulka (outline view) pracují s hierarchickými stromy objektů; tabulka, rozevírací nabídka či pole "radio buttonů" pracují s polem objektů a tak podobně. Díky rozumnému rozdělení funkce mezi objekty GUI a kontroléry pak může jeden a týž kontrolér sloužit více různým objektům GUI. Ve skutečnosti to tedy celé vypadá spíše nějak takto – a to již působí mnohem rozumnějším dojmem:
Jaké kontroléry máme k dispozici?
Na standardních knihovnách Cocoa nalezneme trojici kontrolérů spravujících datové objekty a jeden kontrolér speciální:
- NSObjectController spíše slouží jako společná nadtřída ostatních kontrolérů; přímo jej využijeme poměrně málokdy. Smysl má v celkem výjimečných případech, kdy je náš model representován jediným objektem; někdy je také zapotřebí spíše z technických příčin, chceme-li navázat grafické objekty v jednom souboru NIB na kontrolér v souboru jiném; pak může NSObjectController sloužit jako vhodný spojovací můstek. Jinak toho sám o sobě moc nedokáže – vlastně můžeme jen určit datový objekt, který NSObjectController spravuje, nebo si můžeme vyžádat aby jej sám automaticky vytvořil;
- NSArrayController se dokáže postarat o pole objektů libovolné třídy; toto pole může dostat "zvenku" (často tedy bývá navázán na relaci 1:N nějakého objektu modelu a representuje její výsledek), ale také je může spravovat i vytvářet zcela sám. Vedle služeb zděděných od NSObjectControlleru tedy nabízí především správu objektů v poli – přidávání, odebírání, vytváření nových –, správu vybraných objektů, třídění objektů v poli, a filtrování pro zobrazení jen některých objektů;
- podobné služby nabízí NSTreeController; namísto pole však dokáže spravovat obecnou hierarchickou strukturu objektů. Ty tak musí s kontrolérem spolupracovat – musí nabízet relaci 1:N, nad níž je stromová struktura sestavena. Ohledně služeb nabízí zhruba srovnatelné možnosti jako NSArrayController;
- speciálním kontrolérem je NSUserDefaultsController; ten, jak už jsme se zmínili, nespravuje vlastně žádné datové objekty; namísto toho nabízí libovolným prvkům grafického uživatelského rozhraní přímý přístup k aplikačním předvolbám.
Součástí knihoven Cocoa je také třída NSController, to však je pouze abstraktní nadtřída, jež shrnuje společné vlastnosti všech kontrolérů (v podstatě jde pouze o správu výše zmíněných protokolů NSEditor a NSEditorRegistration) a usnadňuje tvorbu nových.
Za samostatnou zmínku stojí možná také to, že všechny kontroléry jsou uzpůsobeny pro možnost pohodlné a efektivní spolupráce s datovými objekty knihoven Core Data; těm se však budeme věnovat jindy.
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
Poslat článek
Nyní máte možnost poslat odkaz článku svým přátelům: