My personal version of RBLuaInterpreter class is supporting all node’s of LevelSVG  and can be directly attached to objects in xml. So no programming is needed at all. Now to the concepts behind, but before that please read Robert’s Blog where to downloaf Lua itself and how its integrated in your project. The C++ class written by him end’s with the standard mechanism how to call Lua and back to C, so that’s exactly the same here in my class. The “trick” is to add some scripting extensions where I can pass LevelSVG BodyNode objects to Lua and call then method’s out of Lua which change behavior in the calling object or other GameNode child objects.

In the example attached, it’s done with the help of a tag id, so it’s also easy to request an object from GameNode object and call them back.

Below is a sample Lua script, which give’s you an idea how it looks like in my game. Of course, Lua allow’s also a more OO approach, but for us it was not important to use the language in it’s best but to have a full scriptable engine. But some of the nice Lua feature’s like returning multiple parameters from a function are implemented of course.

So feel free to download the attached project, use the class and let me know what you’ve done based on that. Happy (game) coding!

Example Screenshot of LuaTest

--
-- Game object scripts are called with events
--
-- init: When level is created and before it starts
-- exit: When game object is released
-- contactbegin: When contact with other game object begins
-- contactend: When contact with other game object ends
-- bullettouches: When game object is touched by bullet
-- herotouches: When game object is touched by hero
--
-- show balks (id 1,2) and hide balk (id 3,4)
--
print("BEGIN level1-13-showbalks.lua");
objectId = arg[1];
event = arg[2];
--
if (event == "bullettouches") then
balk1 = level.getObject(1);
object.setHidden(balk1, 0);
balk2 = level.getObject(2);
object.setHidden(balk2, 0);
balk3 = level.getObject(3);
object.setHidden(balk3, 1);
balk4 = level.getObject(4);
object.setHidden(balk4, 1);
end
--
print("END level1-13-showbalks.lua");


Wichtig ist natürlich, dass sich auf dem Mac auf dem die nachfolgenden Commands ausgeführt werden, auch wirklich ein Backup befindet…

1. Zip file downloaden und im Home Verzeichnis entpacken
2. Terminal App öffnen
3. Setzen der Dateiattribute: chmod u=x createdb
4. Ausfuhren der Datei mit: ./createdb
5. Fertig!

Anmerkung: Je nach SDK kann es jetzt noch sein, dass man im Finder die Datei /Users/admin/Library/Application Support/iPhone Simulator/User/Library/AddressBook/AddressBook.sqlitedb auch noch in die anderen Verzeichnisse (also z.B. /Users/admin/Library/Application Support/iPhone Simulator/3.1.3/Library/AddressBook/AddressBook.sqlitedb) kopieren muss, was aber wieder im Finder geschehen kann.

Btw.: Das Script habe ich übrigens nicht ganz selber geschrieben, sondern vor einiger Zeit mal irgendwo gefunden und angepasst. Wenn ich den Link wieder finde füge ich ihn noch an.

Wichtigstes Element: Die Klasse

@interface Person : NSObject {
     // Das sind Instanz Variablen
     int alter;  // ... vom Typ int
     NSString* name;  // ...vom Typ NSString (Klasse)
     NSString* vorname;
}

// Das sind Messages:
// In Objective-C heissen Methoden Messages
- (void)initialisieren;
- (void)setAlter:(int)alter;
- (void)setPerson:(NSString*)name vorname:(NSString*)vorname;
- (int)getJahrgang;

@end

@implementation Person

- (void)setAlter:(int)alter {
    // Mach irgendetwas ...
}

...

@end

Darin unterscheidet sich die Sprache noch nicht wesentlich von vielen Anderen, wie z.B. Java oder C#. Wie in C++ trennt man allerdings Klassen in deren Beschreibung (@interface) und deren Implementierung (@implementation).

Universeller Zugriff auf Klassen: id
Der Datentyp id ist eine einfache, aber wichtige Erweiterung in Objective-C. Um Klassen unabhägig vom Typ (Bsp. Person) ansprechen zu können, genügt es diese mit id zu deklarieren. Dies wird insbesondere bei der Kommunikation zwischen Interface Builder und Code (Messaging) intensiv genutzt.

id person = [Person new];

Der Aufruf von Klassen: Messages
Ein wenig ungewohnt sieht das Ganze aus, wenn man eine Nachricht (Message) einer Klasse aufrufen möchte. Obige Klasse wird beispielsweise wie folgt angesprochen:

Person* person = [Person new];
[person initialisieren];

und mit Parametern:

Person* person = [Person new];
[person setAlter:35];
[person setPerson:@"Muster" vorname:@"Peter"];

Vereinfachung durch Properties (@property)
Properties gibt es seit Version 2.0 von Objective-C und erweitern Klassen um die Möglichkeit, einfacher auf Instanz Variablen zuzugreifen. Eine Fähigkeit, die es eigentlich in allen modernen objektorientieren Sprachen gibt. Damit kann der Codeumfang stark reduziert werden, da der Compiler selber das mühsame Schreiben der Getter und Setter Methoden übernimmt:

@interface Person : NSObject {
     int alter;
     NSString* name;
     NSString* vorname;
}

@property int alter;
@property (nonatomic, retain) NSString* name;
@property (nonatomic, retain) NSString* vorname;

@end

@implementation Person

@synthesize alter;
@synthesize name;
@synthesize vorname;

Wobei die Vereinfachung genaugenommen erst beim Aufruf zum Tragen kommt, da nun folgendermassen auf die Instanz Variablen des Objekts zugegriffen werden kann:

Person* person = [Person new];
person.alter = 35;
person.name = @"Muster";
person.vorname = @"Peter";
int jahrgang = 2009-person.alter;

Die sieht natürlich vorallem für Entwickler, die von Java oder C# her kommen, sehr viel gewohnter aus und bietet zudem einige Vorteile bei der Speicherverwaltung. Wer sich noch näher mit Properties beschäftigen möchte, der findet auf den Apple Seiten alles Wichtige dazu, auch was es mit dem Keyword @synthesize und den Attributen nonatomic und retain auf sich hat.

There’s one more thing: IBOutlet und IBAction
Die beiden Keywords IBOutlet und IBAction gehören genaugenommen nicht zu Objective-C und dienen dazu, den Code für den Interface Builder zu markieren. So kann dieser erkennen, welche Message durch welches UI Element (Bsp. Button) aufgerufen werden soll (Action Target Prinzip) und welche Instanz Variable mit welchem UI Element (Bsp. Label) verknüpft wird. Die Anwendung ist dabei ganz einfach:

@interface Person : NSObject {
     UILabel* text;
}

// Dieses Textfeld kann in Interface Builder verknüpft werden
@property (nonatomic, retain) IBOutlet UILabel* text;

// Diese Message kann von Interface Builder aufgerufen werden
- (IBAction)aendereText:(id)sender;

@end

So, das soll es nun aber für den Moment auch schon sein, obwohl die Sprache natürlich noch viel mehr zu bieten hat. Für den Einstieg und erste einfache Programme genügt dies aber bereits udn wir werden dies in den kommenden Screencasts auch intensiv nutzen.
Also, nur Mut! Der Einstieg ist ein wenig ungewohnt, aber man findet sich schnell zurecht und Spass macht es sowieso.