Wenn das eine Subklasse von UINavigationController ist, dann leg doch einfach die Property questionCounter an und synthetisiere sie.
Ich bin mir allerdings gar nicht sicher, ob mainGameViewController.questionCounter++; überhaupt klappt. Ist ja schon eine spannende Mischung aus Setter und Getter.
Falls nicht klappt da vielleicht mainGameViewController.questionCounter = mainGameViewController.questionCounter++; besser.

Wo?

Ich sehe auf dieser Website nichts, wo ausdrücklich steht, dass man @synthesize nicht mehr verwenden soll. Und die Apple Dokumentation ist es auch nicht. Ich kann mich auch was überlesen haben und lasse mich gerne eines besseren belehren. Ich lese hier nur, das das ein neues Feature ist und man diesen verwenden kann aber nicht muss.

Piper schrieb:

Lucas de Vil schrieb:

Wenn das eine Subklasse von UINavigationController ist, dann leg doch einfach die Property questionCounter an und synthetisiere sie.
Ich bin mir allerdings gar nicht sicher, ob mainGameViewController.questionCounter++; überhaupt klappt. Ist ja schon eine spannende Mischung aus Setter und Getter.
Falls nicht klappt da vielleicht mainGameViewController.questionCounter = mainGameViewController.questionCounter++; besser.

man sol doch kein

synthesize mehr benutzten steht in der Dokumentation ^^

Naja, darüber hatten wir hier schon mal referiert...
Übrigens: 'braucht nicht' und 'soll nicht' sind gravierende Unterschiede. ;)

Abgesehen davon gibt es noch Teil 2 meiner Aussage:
instanzObjekt.getter++ ist ein spannendes Konstrukt, dass so nicht funktionieren muss.
Denn wie würdest du es ohne Punktnotation schreiben?
Geht nicht.
Also
[instanzObjekt setter:[instanzObjekt getter]++];

Oder in deinem Fall:
mainGameViewController.questionCounter = mainGameViewController.questionCounter++;

Für mich riecht es zumindest nach einem Fehler, der daraus entstanden ist, dass du durch die Punktnotation das Messaging von Objective-C nicht verstanden hast.

Piper schrieb:

Ich habe ein present auf ein View gemacht, wenn man jetzt auf ein Button klickt

Wie genau? Code?

Piper schrieb:

mein presenting ist vom Type ein UINaviagtionController

Was für eine Klasse hättest Du erwartet? Eventuell im Interface Builder die Klasse nicht richtig eingestellt?

Lucas de Vil schrieb:

Ich bin mir allerdings gar nicht sicher, ob mainGameViewController.questionCounter++; überhaupt klappt. Ist ja schon eine spannende Mischung aus Setter und Getter.

Der Compiler bastelt da schon das richtige draus.

Lucas de Vil schrieb:

Falls nicht klappt da vielleicht mainGameViewController.questionCounter = mainGameViewController.questionCounter++; besser.

Diese Zeile lässt sich reduzieren auf:
Wenn schon, dann so:

Michael

Man kann auf grund deiner Fehlermeldung davon ausgehen dass

nicht iniziert wurde und deshalb nil ist. Also damal dahinter gehen !

Nein, das kann man auf Grund der Fehlermeldung ausschließen, denn als Adresse der Instanz steht 0xb050f70 in der Fehlermeldung. Nachrichten an nil führen auch nicht zu einer Exception.

Michael

Noch eine Idee:

Das bringt dir schlicht gar nichts, wenn der View Controller vom Typ UINavigationController ist, worauf die Exception schließen lässt.
Denn Objective-C kann nicht casten. Das kann man mit Java vergleichen: (String)numberObject wirft eine java.lang.classcastexception, (NSString*)nsNumberObject läuft - ist aber immer noch ein nsNumberObject und kein NSString.

Wenn du deinem UINavigationController im IB also nicht gesagt hast, dass er von der Klasse LCMainGameViewController ist, dann kennt er natürlich auch dessen Properties nicht.


Cool. Kluger Compiler. :)

Was du da machst sieht für mich nach "Spaghetti" Objectmodel aus. Wenn du das MVC Design Pattern verwendest stehen solche Werte im Modell und nicht im ViewController.

Dann kannst du eine Klasse haben, die die Questions verwaltet und wenn das ein zentrales Objekt ist implementiere ich sowas als Singleton.

z.B.
QuestionsStore.h:

@interface QuestionsStore : NSObject
{
QuestionsStore *_sharedInstance;
}

@property (assign, nonatomic) NSInteger QuestionsCounter;

QuestionStore.m

- (QuestionsStore*) defaultInstance{
if(!_sharedInstance){
_shartInstance = [[QuestionsStore alloc]init]
}
return _sharedInstance;
}

Hier nicht vergessen noch init und initWithZone zu überschreiben

Such mal nach Singleton iOS SDK wenn du das nicht kennst.

Der Childviewcontroller kann sich dann das Singleton mit z.B. mit

[QuestionsStore defaultInstance];

holen oder mit
[QuestionsStore defaultInstance].questionsCounter++;

erhöhen.

Auf jeden Fall würde ich diese Daten in eine Modellklasse auslagern.

Oder du baust in den aufgerufenen Controller ein delegate mit protocol ein um Daten von "unten nach oben" zurückzugeben.

Er hat Singleton geschrieben... :-O
Sicher, dass dein Singleton ein Singleton a.k.a. threadsafe ist? ;)

Prinzipiell eine sehr gute Idee, halte ich persönlich allerdings noch ein wenig zu Highlevel für Piper.

Lucas de Vil schrieb:

Er hat Singleton geschrieben... :-O
Sicher, dass dein Singleton ein Singleton a.k.a. threadsafe ist?

Prinzipiell eine sehr gute Idee, halte ich persönlich allerdings noch ein wenig zu Highlevel für Piper.

Singletons sind ok wenn man weiss wie man synchronized Singlethreaded wäre auch zu langweilig vor allem auf single core devices

In vielen Fällen will und braucht man es einfach so! Ansonsten sind Core Data und multiple contexts meine Freunde und dann happy contextmerging

Piper schrieb:

hier mein der present code

Quellcode

1. LCRightAnswerViewController *rightAnswerView =
3. [self.storyboard instantiateViewControllerWithIdentifier:@"LCRightAnswerViewController"];
4. [self presentViewController:rightAnswerView animated:YES completion:nil];

Was wird denn ausgegeben, wenn Du mal in der Methode, wo dieser Code steht folgendes machst:

Michael