该
.sks文件是场景内容的静态存档。如果您以前曾使用Interface Builder来设置UI应用程序，则其构想大致相同，即使实现方式不同。
在UI应用程序中，您可以使用代码完成所有操作：
override func viewDidLoad() { let someText = UITextField(...) let aButton = UIButton(...) // ... position everything // ... style everything // ... etc ...}或者，您可以在IB（xib或情节提要）中进行所有静态内容设置，并仅使用代码来设置应用程序的动态行为-
当有人开始触摸这些按钮时发生的事情。这样做时，您为其编写代码的视图控制器作为代理对象存在于xib /
storyboard中，从而在IB中设置的内容与代码中设置的内容之间架起了桥梁。
在SpriteKit中，您有相同的选择。在Xpre 6之前，许多SK游戏都采用全代码方式：
override func didMoveToView(view: SKView) { let player = PlumberSprite(color: .Red) player.position = // ... player.physicsBody = // ... self.addChild(player) let ground = SKSpriteNode(...) ground.position = // ... ground.physicsBody = // ... self.addChild(ground) let block = QuestionBlockSprite() block.position = // ... block.physicsBody = // ... block.contents = CoinSprite() self.addChild(block) // ... etc etc etc ...}对于最终的图形化静态场景，这是很多代码，甚至在您开始添加代码以使其进入游戏之前（输入处理，敌人行为，增加得分或结束游戏的物理回调等）也是如此。而且它不能很好地将您从内容中拆分出一般游戏逻辑的设计，因此很难在游戏中添加多个关卡。
相反，您可以在Xpre中使用SpriteKit编辑器来构建您的静态内容（级别），并坚持使用代码来体现动态行为和游戏逻辑。就像在IB中，视图控制器是情节提要和代码之间的桥梁一样，场景类（
GameScene.swift在模板中）也是编辑器和代码之间的桥梁。
.sks在运行时加载文件时（该文件的代码
GameViewController.swift在模板中），该文件成为您的
GameScene类的实例，并且您在编辑器中设置的所有内容都可以作为场景的子节点访问。
签出WWDC对话是一个好主意，但您错过了涵盖该主题的对话：请参阅第608节：构建SpriteKit游戏的最佳实践，以了解有关SpriteKit编辑器背后的动机，如何使用它以及如何与现场合作的更多信息。从
.sks场景代码中的文件加载的内容。
