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:
Začínáme s
Nastal čas na kakao - Jak správně importovat
1. července 2004, 00.00 | Je zřejmé, že rozhraní třídy (@interface ... @end) je obvykle uloženo v hlavičkovém souboru, který vkládáme do zdrojových souborů, jež s třídou pracují, pomocí direktivy #import – obvykle to vypadá nějak takto...
Je zřejmé, že rozhraní třídy (@interface ... @end) je obvykle uloženo v hlavičkovém souboru, který vkládáme do zdrojových souborů, jež s třídou pracují, pomocí direktivy #import – obvykle to vypadá nějak takto:
Konkrétně, hlavičkový soubor obsahuje rozhraní třídy (a případné deklarace veřejných funkcí a konstant, jež s třídou spolupracují). Ten importuje samozřejmě standardní hlavičkové soubory Foundation.h (nebo Cocoa.h – v něm jsou navíc deklarace tříd a ostatních služeb pro grafické uživatelské rozhraní, s nimiž prozatím nepracujeme).
// Trida.h #import <Cocoa/Cocoa.h> // standardní systémové deklarace @interface Trida:NSObject ... @end
Zdrojový soubor pak obsahuje implementaci třídy a samozřejmě importuje "vlastní" hlavičkový soubor; kromě toho může importovat hlavičkové soubory dalších tříd, jež využívá:
// soubor Trida.m #import "Trida.h" #import "Pomocnik.h" @implementation Trida ... -(void)foo { Pomocnik *p=[Pomocnik pomocnik]; ... } ... @end
V takto jednoduchém případě samozřejmě k žádným problémům dojít nemůže – dokonce i v případě, že implementace třídy Pomocnik sama importuje naopak hlavičku Trida.h, bude vše v naprostém pořádku:
Mimochodem, pokud vám není jasné, proč se v direktivě #import někdy používají lomené závorky <...> a jindy uvozovky, podívejte se na popis direktivy #include v některé dobré knize o jazyku C. Velmi rámcově a ne zcela přesně, lomené závorky slouží pro import hlavičkových souborů, jež nejsou součástí projektu, zatímco uvozovky se používají pro import hlaviček z téhož projektu, v němž je soubor, který je obsahuje.
V čem je problém?
"Nebezpečné" může být importování dalších hlaviček do hlavičkového souboru – představme si následující situaci:
// soubor Trida.h -- špatně #import <Cocoa/Cocoa.h> #import "Pomocnik.h" @interface Trida:NSObject -(Pomocnik*)pomocnik; ... @end // soubor Pomocnik.h -- špatně #import <Cocoa/Cocoa.h> #import "Trida.h" @interface Pomocnik:NSObject -(Trida*)komuPomaham; ... @end
Překlad takového projektu neproběhne dobře: sledujte se mnou – dejme tomu, že se nejprve začne překládat soubor Trida.h. Na jeho třetím řádku se direktivou #import vloží obsah souboru Pomocnik.h; nyní se tedy zpracovává ten. Na jeho (pomocníkově) třetím řádku je direktiva #import pro vložení obsahu souboru Trida.h – jak ovšem už dávno víme, direktiva #import je dostatečně chytrá na to, aby nevkládala znovu soubor, který již překladač zpracoval; protože soubor Trida.h se již překládá (tím jsme přece tuto úvahu začali), direktiva tedy neudělá nic. To by samo o sobě bylo v pořádku; problém ale nastane na pátém řádku pomocníka: zde používáme třídu Trida, ale o ní ještě překladač nic neví, neboť ve zpracování souboru Trida.h jsme se dosud nedostali dále, než ke třetímu řádku! Dojde tedy k chybě, protože identifikátor Trida je zatím neznámý.
V praxi samozřejmě málokdo napíše takto zřejmé "zacyklení"; pokud ale máme v projektu řadu tříd, jež vzájemně spolupracují, dosti snadno narazíme na "cyklus" o více třídách, kde hlavička A importuje B, hlavička B importuje C, a tak dále až po nějaké Z, jež importuje A – a problém je hotový.
Řešení
Řešením je (pokud možno, viz následující odstavec) nepoužívat v hlavičkových souborech jiné, než standardní importy; pokud potřebujeme informovat překladač o existenci jiné třídy, je vhodné namísto importu jejího hlavičkového souboru důsledně používat direktivu @class:
// soubor Trida.h -- správně #import <Cocoa/Cocoa.h> @class Pomocnik; @interface Trida:NSObject -(Pomocnik*)pomocnik; ... @end
Teprve v souboru Trida.m obsahujícím implementaci použijeme direktivu #import pro vložení hlavičkového souboru Pomocnik.h: tam je to bezpečné, neboť implementace již se nikdy samy nikam nevkládají. Zároveň to stačí: hlavičkový soubor je třeba importovat pro faktické použití třídy, tedy předtím, než třídě (nebo její instanci) pošleme nějakou zprávu. To ovšem v hlavičkovém souboru nenastává; tam pouze deklarujeme proměnné či argumenty nebo návratové hodnoty, a pro takové služby zcela postačí direktiva @class.
Podobně v hlavičkovém souboru Pomocnik.h použijeme direktivu @class Trida, a soubor Trida.h vložíme až do zdrojového souboru Pomocnik.m.
Existují výjimečné případy, kdy bychom skutečně potřebovali importovat hlavičku třídy hned do hlavičkového souboru – to je tehdy, když např. hlavičkový soubor obsahuje definice inline funkcí, v nichž spolupracující třídě či jejím instancím posíláme zprávy, a podobně. Na takové situace je zapotřebí si dát zvláštní pozor; asi nejrozumnější řešení je postarat se o to, aby mezi importy takovýchto tříd nikdy nemohlo dojít k výše popsanému "zacyklení". Pokud to nejde, můžeme využít kategorií a protokolů pro oddělení vlastní deklarace třídy a některých jejích metod tak, abychom se "cyklů" zbavili.
Něco však i do hlaviček importovat musíme!
Z minulého odstavce nepřímo vyplývá, že vyjma importu standardních hlaviček ("v lomených závorkách") by se v hlavičkových souborech importovat nemělo. Jako obecné pravidlo je to sice pravda, ovšem vždy musíme hned do hlavičkového souboru importovat
- hlavičkový soubor nadtřídy (pokud bychom tedy třídu Pomocnik deklarovali jako dědice třídy Trida, musíme direktivu #import "Trida.h" v hlavičkovém souboru Pomocnik.h použít;
- hlavičkový soubor třídy, pro niž vytváříme kategorii.
To samozřejmě k výše popsaným problémům samo o sobě vést nemůže, neboť dědická hierarchie tříd a kategorií se nemůže "zacyklit" (je-li třída Pomocnik dědicem třídy Trida, nemůže být Trida dědicem Pomocnika ani některé z jeho podtříd).
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