Создание подклассов SKNodes, созданных с помощью файла сцены SpriteKit .sks

Я написал небольшой вспомогательный делегат, чтобы справиться с этим: https://github.com/ice3-software/node-archive-delegate. Он использует NSKeyedUnarchiverDelegate для подкласса ваших спрайтов по имени.

В настоящее время вы должны сделать это по имени в методе, добавленном в игровые шаблоны SpriteKit. Они освещают эту тему в видео SpriteKit Best Practices на WWDC 2014. Его легко пропустить, потому что в видео много всего.

Вот метод.

+ (instancetype)unarchiveFromFile:(NSString *)file {
    /* Retrieve scene file path from the application bundle */
    NSString *nodePath = [[NSBundle mainBundle] pathForResource:file ofType:@"sks"];
    /* Unarchive the file to an SKScene object */
    NSData *data = [NSData dataWithContentsOfFile:nodePath
                                          options:NSDataReadingMappedIfSafe
                                            error:nil];
    NSKeyedUnarchiver *arch = [[NSKeyedUnarchiver alloc] initForReadingWithData:data];
    [arch setClass:self forClassName:@"SKScene"];
    SKScene *scene = [arch decodeObjectForKey:NSKeyedArchiveRootObjectKey];
    [arch finishDecoding];

    return scene;
}

Это категория на SKScene, которая включает метод использования NSKeyedUnarchiver для замены класса при загрузке из файла .sks в mainBundle. В iOS они добавляют его в файл GameViewController.m, а в OS X — в файл AppDelegate.m.

Здесь или в ваших отдельных подклассах SKNode вы можете реализовать это. Это то, что он сделал ниже в своем посте. Это было предоставлено Apple и освещено в видео WWDC. Я думаю, в следующем году это будет обработано лучше. Тем временем зарегистрируйте ошибку, требующую, чтобы SKNodes получили что-то вроде IBDesignable для редактора сцен. :)

Я сделал небольшой трюк, как использовать редактор SceneKit, и я попытаюсь использовать его, но я не уверен, как это может снизить производительность. Я хочу использовать редактор сцен для создания сложных структур SKNodes и загрузки их в текущую сцену. Это также может помочь с подклассами узлов.

Я настраиваю свой узел в редакторе сцен, устанавливаю родительский узел как пустой узел с именем «база» и создаю подкласс SKNode. Затем я создал метод инициализации и вызываю его, когда мне нужно в моей сцене:

// subclass code
class MyOwnSKNodeSubclass: SKNode {

let nodeLayer = SKNode()

   init(fromNode: SKNode){
       super.init()

       nodeLayer.addChild(fromNode.childNodeWithName("base").copy() as SKNode)
       addChild(nodeLayer)
   }
}



// scene code
if let myNode = SKNode.unarchiveNodeFromFile("MyScene")
{
   // you can use your subclass here
   let node = MyOwnSKNodeSubclass(fromNode: myNode)

   addChild(node)
}

Я также использовал собственное расширение SKNode, разница невелика, но:

class func unarchiveNodeFromFile(file:String) -> SKNode?{

    if let path = NSBundle.mainBundle().pathForResource(file, ofType: "sks") {
        var nodeData = NSData.dataWithContentsOfFile(path, options: .DataReadingMappedIfSafe, error: nil)
        var archiver = NSKeyedUnarchiver(forReadingWithData: nodeData)

        archiver.setClass(self.classForKeyedUnarchiver(), forClassName: "SKNode")
        let scene = archiver.decodeObjectForKey(NSKeyedArchiveRootObjectKey) as SKNode
        archiver.finishDecoding()
        return scene
    } else {
        return nil
    }
}

Как я уже сказал, я не уверен в производительности, но предполагаю, что это не сильно повредит, если не использовать это очень часто. Надеюсь, это поможет кому-то.

Да, Apple должна сделать это проще для всех нас, но на данный момент вот наиболее подходящее решение для моих нужд:

Избегайте создания подклассов

Конечно, это может быть вообще невозможно, но в моем случае подкласс, который я имел в виду, содержит логику для управления графикой, которую я разместил в файле SKS... Звучит ужасно близко к ViewController, не так ли?

Я создал класс OverlayController и инициализировал его с помощью:

self.childNodeWithName(Outlet.OverlayNode)!

Так что теперь оверлейный узел — это просто тупой узел, а контроллер — полноценный подкласс со всеми преимуществами.

Но это еще не все

Просто добавлю это, чтобы подсластить сделку:

private extension SKNode {
    var progressBar: SKNode {
        return self.childNodeWithName("ProgressBar")!
    }
}

Это приватное расширение внутри нового файла класса контроллера, так что мы можем безболезненно получить доступ к дочерним элементам тупого SKNode.

Болевая точка

По общему признанию болезненным моментом является сенсорная обработка. Естественно создавать подклассы SKNode для выполнения пользовательской обработки касаний, и подход к композиции почти ничего не делает в этом отношении. На данный момент я пересылаю штрихи со сцены, но буду публиковать обновления, если есть лучший способ.