ebben a cikkben szeretnék beszélni egy kicsit a felhasználói felületekkel való együttműködésről az Elements for Cocoa-ban.
mint tudják, a Cocoa compiler egy natív fordító az Objective-C futásidejéhez, ami azt jelenti, hogy közvetlenül működik az Apple Cocoa és Cocoa Touch keretrendszerei által biztosított osztályokkal. Ez kiterjed az alacsony szintű osztályokra, mint például NSString vagy NSArray a NSView és a UIView (iOS) alapú magas szintű vizuális komponensekre.
a Mac és (különösen) iOS Alkalmazások számára az UI használatának egyik gyakori módja az, hogy egyszerűen létrehozzák a szükséges nézeteket és vezérlőket, amelyek az alkalmazás felhasználói felületét alkotják a kódból. De előbb vagy utóbb, különösen, ha összetettebb vagy kifinomultabb felhasználói felületekkel foglalkozik, a vizuális tervezőt szeretné használni. Ez ugyanazokon az elveken működik, függetlenül attól, hogy Xcode/Objective-C vagy elemeket használ.
a Mac és az iOS interfészeket az Interface Builderben tervezték, amely az Xcode 4-es verziójától kezdve közvetlenül integrálódik az Xcode IDE-be, és amikor elemekkel dolgozik, akkor az interfészekkel fog dolgozni, ugyanazt a tapasztalatot és rugalmasságot kapja a felhasználói felület kialakításában, mint az Objective-C-t használó fejlesztők.
két fájlformátumot használnak az UI tervezéséhez az Apple platformján – a régebbi XIB formátumot és az újabb Storyboard formátumot. Ezeknek a fájloknak az elvei hasonlóak, és az egyszerűség kedvéért gyakran hivatkozunk a “XIB fájlokra” olyan helyeken, ahol mind a XIBs, mind a Storyboards le van fedve.
- mik azok a XIB fájlok?
- miben különböznek a Storyboard fájlok a XIBs-től?
terminológia: XIB vs. NIB?
Ez a szakasz a XIB fájlokról szól, de a XIB fájlokkal való munka számos módszere mind megemlíti a hüvelyeket. Mi ez az egész?
a xib-k egy újabb, XML alapú formátum, amelyet a felhasználói felülethez használnak a tervezés idején. Amikor lefordítja az alkalmazást, a XIB fájlok bináris NIB fájlokká alakulnak az Ön számára, és a fájlok bináris verziói beágyazódnak az alkalmazásba. Az ezekkel a fájlokkal dolgozó összes API megelőzi az új formátumot (és futásidőben csak a régebbi NIB formátummal működik), ezért az összes metódus neve NIB-re utal, nem XIB-re. Ha át körbe neveket, akkor soha nem kell (vagy kell) adja meg a fájl kiterjesztését egyébként, így ez a különbség, hogy akkor nagyrészt figyelmen kívül hagyja (kivéve, ha azt akarjuk, hogy menjen spelunking be a .app csomag).