| | iOS Dev Tagebuch #2
Kategorie Programmierung, erstellt am 19.08.2011 von Christian Klaproth
|
|
| |
Mühsam ernährt sich das Eichhörnchen. Das Eichhörnchen, das bin in diesem Fall ich. Meine Nahrung ist iOS-Development. Das möchte ich nahezu verschlingen, allerdings muss ich feststellen, dass es nur schwer verdaulich ist. Zudem, wenn ich mit einem auf Xcode 3 basierenden Buch in Xcode 4 was reissen will.
Lobend möchte ich allerdings die Hilfe in Xcode erwähnen. Finde ich eine Funktion mal nicht dort, wo das Buch meint, dass sie angesiedelt sein wollte, tippe ich den Namen in die Hilfe ein, woraufhin - ein Treffer vorausgesetzt - das entsprechende Menü samt Untermenü aufpoppt und ein wackelnder blauer Pfeil draufzeigt. Das ist ja mal nahezu idiotensicher.
Weniger abgesichert ist Xcode 4, wenn es darum geht, eine iOS-App zu basteln. Es werden nämlich Sprach-Features von Objective-C angeboten, die erst mit Mac OS X 10.7 eingeführt worden sind, und somit in iOS 4.irgendwas nicht enthalten sein können. So erlaubt mir das integrierte Daten-Modellierungswerkzeug das Setzen eines Häkchens "Ordered" an einer 1-zu-n-Beziehung. Lasse ich mir die NSManagedObject-Subklassen erzeugen (holla, hört sich das wichtig an), bekomme ich Instanzvariablen vom Typ NSOrderedSet generiert (Ordered Set ansich ist schonmal etwas paradox... Ordered List wäre einleuchtender, aber das sehe ich vermutlich nur so, weil ich von Java komme. Also nicht von der Insel, sondern von der Programmier-Sprache. Das war Dir aber klar, denn wenn Du nicht wenigstens ein bißchen was mit Programmierung am Hut hättest, hättest Du nach dem ersten Absatz schon aufgehört, diesen Eintrag zu lesen...) Wo war ich? Achso. Also es wird der Typ NSOrderedSet rausgeneriert und prompt vom Compiler als nicht bekannt angemeckert. Vielleicht wird das mit iOS 5 gehen. Finde es aber schonmal schwach, dass die hauseigene Entwicklungsumgebung trotz korrekter Bedienung einfach mal fehlerhaften Sourcecode erzeugt. |
|
|
|
| |
kwoelfer's BLOG