前回まで
- SpriteBuilderの導入
- SpriteBuilderでできたものの確認
- CocoaPodsのインストール
- SpriteBuilderとXCodeで画面遷移する
- SpriteBuilderとSwiftのコンポーネント接続、様々なアニメーションについて
- SpriteBuilderでアニメーションを作る
- SpriteBuilderで作ったオブジェクトをシミュレータに表示する
- 気球をランダムに生成して降らせる
これらを行いました。
今回のゴール
前回は気球が重なって表示されてしまう状態で終わったので、今回は気球同士が重ならないようにします。
この対応はすぐに終わるので、終わった後は次回に向けてリファクタリングをしていきます。
今回作るゲーム
今回はバルーンショットというゲームを作成する予定です。
もともと僕が作っている
Space Debris
というゲームの続編になります。
これをやっていただければどんなゲームを作ろうとしているか想像がつくかと思います。
気球が同士が重ならないようにする。
気球同士が重ならないようにするためには、気球同士に当たり判定をつければいいのです。
以前設定した物理エンジンを受ける箇所を上記のように変更します。
今回はこれらの設定項目について説明をしていきます。
以下の項目はリファレンスを読んで説明しているのではなく、実体験として理解した内容を書いていますので誤っている箇所もあるかもしれません。
もし誤りを見つけた場合はコメントに記載していただけると助かります。
Physics shape
これは当たり判定を四角にするか丸にするかを選択できます。
今回は円形のオブジェクトなので丸であるCircleを選択します。
Corner radius
障害物の当たり判定するエリアの広さを指定します。
今回は半径250で作成してます。
Dynamic/Static
障害物が動くかどうかを指定します。
Dynamicにすると物体同士が衝突した際に自分も影響します。
一方でStaticにすると物体同士が衝突しても動きません。
Staticは地面とか壁等の物体が当たっても動かない場合に使用してください。
今回は気球同士の衝突でお互い影響を受けて欲しいのでDynamicにしてます。
Affected gravity
重力の影響を受けるかどうかを指定します。
重力は親ノードであるPhysics Nodeに定義できます。
今回は重力に影響するのでチェックをつけます。
Affected rotation
衝突時に回転にも影響を受けるかどうかを指定します。
物体同士が衝突すると、物体が回転する場合があります。
その判定を自動でやってくれますが、今回はチェックしません。
気球は常に下を向いてて欲しいからです。
その他
他の項目についてはまたの機会に説明できたらします。
実行してみましょう
これで上記で設定した当たり判定部分が重なることがなくなりました。
気球の下の方は・・・まぁ、重なっても愛嬌ということで先に進みます。
リファクタリング
現在のコードは主にGameSceneに書いています。
今回は登場するオブジェクトの種類が少ないのでこれでも良いのですが、様々なオブジェクトが登場してくるとなるとGameSceneが肥大化してきます。
***SceneというのはMVCモデルに当てはめるとControllerの存在に近いので、あまり太らせないようにしていきます。
という事で、早速リファクタリングを始めていきましょう！
SpriteBuilderで作った気球へアクセスできるようにします。
この図のようにBalloonNodeの名前で設定します。
また、気球の大きさを取得したいので以下のSpriteにも名前をつけます。
_balloonSpriteという名前をつけておきましょう。
保存したら忘れずにPublishしましょう！
気球の生成ロジックをBalloonNodeに移します。
内部のプログラムは以下のようになります。
// 気球表示ノード
class BalloonNode: CCNode {
// 気球本体のSprite
weak var _balloonSprite:CCSprite!
// 気球生成処理
func didLoadFromCCB() {
// 大きさをランダムにします。
self.scale = Float(arc4random_uniform(25) + 25) * 0.01
}
// 画面サイズを受け取って気球を生成する位置を設定します。
func setInitPosition(windowSize:CGSize) {
// 現在の大きさを取得します。
let width = _balloonSprite.contentSizeInPoints.width * CGFloat(self.scale)
let height = _balloonSprite.contentSizeInPoints.height * CGFloat(self.scale)
// 画面上部へランダムに表示させます。
self.position.x = CGFloat(arc4random_uniform(UInt32(windowSize.width - width))) + width / 2
self.position.y = windowSize.height + height
}
}
以前はchildren[0]のような不確定要素がありましたが綺麗になくなりました！
こういう点はSpriteBuilderの便利なところです。
あ、今回は良いのですが大きめのプロジェクトの場合はこのようにグループを作成しておくと後々の管理が楽になります。
ちなみに_balloonSpriteへweakをつけている理由はこちらに書いてます。
weakをまだ理解していない方は良ければ読んでください。
気球生成する際のロジック
呼び出す方のロジックはこうなります。
class GameScene: CCNode {
// 物理ノード
weak var _physicsNode:CCPhysicsNode!
// フレーム毎に呼び出されるメソッド
override func update(delta: CCTime) {
// ランダムに気球を生成します。
if arc4random_uniform(100) == 0 {
// バルーンを生成します。
let balloonNode = CCBReader.load("Parts/BalloonNode") as! BalloonNode
// 気球の初期表示位置を設定
balloonNode.setInitPosition(self.contentSizeInPoints)
// 物理ノードにバルーンを設置
_physicsNode.addChild(balloonNode)
}
}
}
だいぶスッキリしましたね！
後はデグレが発生していない事を確認してみてください！
Objective-c/Swiftにはこれだというフレームワークが存在しない
蛇足になりますが、iPhoneやAndroid開発にはWeb業界には当たり前にあるMVCフレームワークがありません。
なので、MVCモデルを導入しようとした場合は自分で検討して組み込んでいくしかありません。
そして、それはとても敷居が高い事なのでとにかく様々なプロジェクトを作って経験を積んでいかなければなりません。
また、テストを行う習慣もWebほどはありません。
これは上記のフレームワークが確立されていないため、テストが難しいのとUIを多くいじるのでテストコードが煩雑になるためです。
（そもそも、業界の成熟度が低い事も一つの理由でしょう。）
次回は
フリックで弾を飛ばすための準備をします。
いよいよParticleを使っていきます。
Particleの説明に続きます。