Wie auf den aktuellen Viewcontroller in einem Sprite-Kit-Szene

Eine bessere Möglichkeit, als meinen "zurück-Verweis" zu beantworten ist ein Protokoll explizit definieren, die Methoden, die ein SKScene Unterklasse erwartet, dass die UIViewController Unterklasse zu implementieren. Hier sind die Schritte, die Sie brauchen, um durch zu gehen.

1) Definieren Sie das Protokoll (Vertrag), dass die UIViewController annehmen müssen, um und passen sich an an:

protocol GameManager{
    func loadHomeScene()
    func loadGameScene(level:Int)
    func loadHighScoreScene()
}

2) Die UIViewController Unterklasse nun nimmt das Protokoll:

class GameViewController: UIViewController,GameManager{

3) Die GameScene bekommt ein ivar, der auf den UIViewController:

var gameManager:GameManager?

4) Wenn die GameManager braucht, um die UIViewController sieht es so wie dieses:

gameManager.loadHighScoreScene()

Wir haben jetzt einen gut definierten Vertrags, was eine GameManager ist. Jeder andere Entwickler (und die aktuelle Entwickler-die Zukunft selbst), dass die Arbeit an diesem Projekt nun wissen, welche Methoden ein GameManager implementieren sollten. Das heißt, wir könnten einfach Anschluss dieser code zu einem anderen Projekt (und somit ein anderes UIViewController) und es würde immer noch funktionieren, solange diese neue UIViewController nahm die GameManager Protokoll.

Ähnlich, wenn wir uns bewegen unsere Szene-navigation-code aus der view-controller, und stattdessen legte es in eine singleton-Klasse, die das singleton-Klasse hätte nur annehmen müssen, um die GameManager Protokoll.

Ansatz?

Dieser thread gibt 4 Ansätze zur Lösung des Problems, und ich habe persönlich alle 4. Hier ist mein nehmen auf Sie:

1) Hart codiert ein Aufruf der UIViewController Unterklasse:

(self.view!.window!.rootViewController as! GameViewController).loadGameScene(1)

Vorteil: 1 Zeile code!

Nachteil: Eine sehr enge Kopplung von 2 Klassen ohne expliziten Vertrag.

2) Mit einem Zeiger zurück zu den UIViewController:

Vorteile: Sehr wenig code, der benötigt wird, Kein Protokoll erforderlich.

Nachteile: Enge Kopplung von 2 Klassen. Keine expliziten Vertrag.

3) Mit NSNotificationCenter:

Vorteil: Lose gekoppelten Klassen.

Nachteile: mehr code benötigt, um die Sender -, Empfänger-und callback-Methoden. Härter, für die Ablaufverfolgung und Debuggen von code. Keine expliziten Vertrag. Die "eins-zu-viele" - Fähigkeit von Benachrichtigungen ist nett, aber hilft uns nicht hier.

4) Erstellen eines Protokolls:

Vorteile: Ein expliziter Vertrag. Die Götter des MVC wird es freuen.

Nachteil: Mehr code zu schreiben (aber viel weniger als Benachrichtigungen).

InformationsquelleAutor tonethar

in der Theorie sollten Sie es nicht tun, aber in der Praxis...

self.view.window.rootViewController

InformationsquelleAutor J. V.

Dies ist nicht die eleganteste Lösung, aber wie wäre es mit einem "back reference" aus Ihrem SKScene Unterklasse der GameViewController? So etwas wie dieses:

//call from GameViewController
let scene = HomeScene(size:screenSize, scaleMode:SKSceneScaleMode.AspectFill, viewController: self)

Ihre SKScene Unterklasse sieht wie folgt aus:

class HomeScene: SKScene {
    var viewController:GameViewController
    init(size:CGSize, scaleMode:SKSceneScaleMode, viewController:GameViewController) {
        self.viewController = viewController
        super.init(size:size)
        self.scaleMode = scaleMode
    }
}

und später:

func gameOver(){
    self.viewController.loadHighScoreScene()
}

SKNode und Ihre Unterklassen haben bereits eine .parent und ein .scene Eigenschaft, so ist es nicht wie dieser Ansatz ist unerhört.
Ja, wir sind hart-Codierung eine Abhängigkeit und enger Kopplung unserem code, aber wir schreiben weniger code, also kann es nicht schlecht sein.

InformationsquelleAutor tonethar