[cocos2d-x]TravisCIでテスト回したりCocosBuilderでレイアウト作ったりしたいメモ

cocos2d-xでゲームを作るときの構成を考えるために実際にゲームを作ってみました。

![ss.png](https://qiita-image-store.s3.amazonaws.com/0/2490/7278a889-c60f-bfae-3611-5435f6325e3e.png)
![ss2.png](https://qiita-image-store.s3.amazonaws.com/0/2490/a30a2605-fd6b-0d53-6735-96c9b28a1eb6.png)

降ってくるボールを赤緑青の順で押していくと点が入るゲームです。

* https://github.com/ntotani/rgb
* https://travis-ci.org/ntotani/rgb

## やりたいこと

* テストとかCIとかやりたい
* レイアウトとかコントロールとかUIはなるべくCocosBuilderで作ってエンジニア以外でも触りやすいようにしたい

## テスタブルな設計
パッと調べてみた感じだと

* [Cocos2d-x で TDD を試してみる](http://wonderpla.net/blog/engineer/Cocos2d-x_TDD/)
* [ゲーム開発フレームワーク「Cocos2d-x」とMVC](http://ameblo.jp/ca-1pixel/entry-11749281960.html)
* [Implementing MVC pattern for cocos2d-x projects](http://cobagames.com/2013/12/15/implementing-mvc-pattern-for-cocos2d-x-projects/)

などなど、楽に汎用性高く書けそうなものの、文字列をキーにしてたり独自のマクロがいっぱい出てきたり一長一短はありそうでした（特にcoconutは一旦枠に沿ってしまえばかなり楽に作っていけるんじゃないかっていうのがあって、広まったら使ってみたい）。

MVCとかMVVMとかいろいろありつつの、そもそも立ち返ってみると

* 見た目と振る舞いを分けて作りたい
* 解くべき問題ごとに適した表現方法は違う
  * 例えばパズルで遊ぶ画面とデッキを編集する画面はそれぞれ要件と制約が違う

ので、パキっと一気に解決する枠組みを作るというよりは、見えてる範囲の問題を表現する最低限の枠組みを書いて、別の問題が明らかになる度に徐々に大きくしていくというスタンスが良いなと思いました。

## やってみよう
こうなりました

![スクリーンショット 2014-03-07 21.43.07.png](https://qiita-image-store.s3.amazonaws.com/0/2490/8b738e59-5cfe-8288-d0ca-574412269f2f.png)

* FieldModel, BallModelがゲームの状態を表現
* GameSceneが各Modelを監視
* 変更があった場合Spriteなどにそれを伝える
* テストのときはインターフェースの実装を変えたモックでlisten

実際のテストの書き方は上記記事やこの辺が参考になりました

* [[Xcode 5] Test Navigator と XCTestを使ってみる](http://dev.classmethod.jp/references/ios7-xcode5-xctest/)

## ランダムな値のテスト
テストは毎回同じ結果を返さないといけないけどゲームはランダムに何かが起きることが多いので、これを抽象化しないといけない。こんな感じに乱数を返すインターフェースを作って、

```cpp:IRandom.h
class IRandom {
public:
    virtual int next() = 0;
};
```

実体は普通に環境から取った乱数を返す。モックは初期化時に配列を取って、乱数を要求される度に配列の値を順に返す。

```cpp:RandomImpl.h
class RandomImpl : public IRandom {
public:
    RandomImpl();
    int next();
};
```

```cpp:RandomImpl.cpp
RandomImpl::RandomImpl() {
    srand((unsigned int)time(NULL));
}

int RandomImpl::next() {
    return rand();
}
```

```cpp:RandomMock.h
class RandomMock : public IRandom {
    std::vector<int> arr;
    int idx;
public:
    RandomMock();
    RandomMock(std::vector<int> arr);
    int next();
};
```

```cpp:RandomMock.cpp
RandomMock::RandomMock():idx(0) {
    arr = {0};
}

RandomMock::RandomMock(std::vector<int> arr):arr(arr),idx(0) {
}

int RandomMock::next() {
    int ret = arr[idx];
    idx = (idx + 1) % arr.size();
    return ret;
}
```

こうすることでテスト中は乱数を固定して再現性のある状況を作りやすくなります。例えば赤 => 緑 => 緑の順に押されたときに、最後の緑では加点されないテストだとこんな感じで書きます。

```objc++
- (void)testNotScored
{
    // {pos, color, ...}
    IRandom* rnd = new RandomMock({0, 0, 0, 1, 0, 1});
    FieldModel* field = new FieldModel(640, 480, 1, 32, -32, 1000, rnd);
    FieldListenerMock* listener = new FieldListenerMock();
    field->addListener(listener);
    field->update(1); // spawn red ball
    field->update(1); // spawn green ball
    field->update(1); // spawn green ball again
    field->update(1); // push all ball in field
    XCTAssertEqual(4, (int)field->getBalls().size());
    field->touch(16, 400);
    XCTAssertEqual(3, (int)field->getBalls().size());
    XCTAssertEqual(1, listener->score);
    field->touch(16, 432);
    XCTAssertEqual(2, (int)field->getBalls().size());
    XCTAssertEqual(2, listener->score);
    field->touch(16, 464);
    // cant get score for invalid color touch
    XCTAssertEqual(2, (int)field->getBalls().size());
    XCTAssertEqual(2, listener->score);
}
```

乱数を要求する側が何の用途で要求したか記録するメモみたいな機能もあればデバッグも楽になるかも。

## トラビス
テストできるようになったのでTravisCIに繋ぎます。githubにプロジェクトをpushしたらtravisの方のスイッチをオン。あとはテストの設定を書いた.travis.ymlをリポジトリに含めてpushすれば勝手にテストしてくれる。

はずなんですが、どうもObjective-Cプロジェクトはシミュレータ周りでまだ問題があるようで、上手くいったりいかなかったりします。[この辺の議論](https://github.com/travis-ci/travis-ci/issues/1630)を追っかけて色々試した結果掴んだ勘所としては

* xctoolのバージョンを上げたり下げたりしてみる
* -freshInstallオプションを付けたり取ったりしてみる

とかが効くみたいです。最後にうまくいった.travis.ymlはこんな感じでした。

```yaml:.travis.yml
language: objective-c
script: xctool -project proj.ios_mac/rgb.xcodeproj -scheme rgb\ iOS -sdk iphonesimulator build test
```

ただ、そもそも論として

* テスタブルなとこはcocosに依存してないはずなのに毎回cocos本体をビルドしてる
* C++なのにObjective-C++でテスト書いてる
* テストしたいのはデータ操作だけなので、シミュレータに依存してるのは何かおかしい

とかもあるのでその辺から見なおした方がいいかも。

## CocosBuilder
レイアウトとかアニメーションはなるべくコードから切り離してエンジニア以外も編集しやすくしたいのでCocosBuilderで作ります。実際の連携方法はこの辺が参考になりました。

* [[Cocos2d-x]CocosBuilderを使って素早く画面を作成する](http://wonderpla.net/blog/engineer/how-to-use-cocosbuilder/)
* [CocosBuilderでタイトル画面をつくる](http://kyokomi.hatenablog.com/entry/2013/09/30/073650)
* [プロローグ画面作成①　CocosBuilderとの紐付け　そして初のyoutube投稿](http://ichiokumanyen.hatenablog.jp/entry/2013/10/13/162355)
* [Cocos2d-x 〜CocosBuilderでcallbackを設定する〜](http://programming-ios.com/cocos2dx-cocosbuilder-callbacks/)

シーン開始直後のカウントダウン、ゲーム中画面、ゲーム終了後画面をそれぞれタイムラインに分けて作ります。

![ss_countdown.png](https://qiita-image-store.s3.amazonaws.com/0/2490/f70a08e2-8b35-b200-f672-a83b6e4651b3.png)
![ss_game.png](https://qiita-image-store.s3.amazonaws.com/0/2490/253fa75c-e7da-fc77-f127-f01b4739870d.png)
![ss_timeup.png](https://qiita-image-store.s3.amazonaws.com/0/2490/588025f2-dc54-b354-e4ad-9a279e24320d.png)

また、それぞれのChained Timelineを

* countDown => game
* game => game
* timeup => timeup

にしてタイムラインを繋ぎます。カウントダウン終了時にはゲーム開始処理を、ゲーム終了時にはタイムライン遷移処理をそれぞれ書きます。

```cpp:GameScene.cpp
void GameScene::completedAnimationSequenceNamed(const char *name) {
    if (strcmp(name, "countDown") == 0) {
        scheduleUpdate();
    }
}

void GameScene::onRestTimeUpdate(float percent) {
    if (percent > 0) {
        timerLabel->setString(StringUtils::format("TIME:%.1f", TIME_LIMIT * percent));
    } else {
        timerLabel->setString("TIME:0");
        animationManager->runAnimationsForSequenceNamed("timeup");
        unscheduleUpdate();
    }
}
```

また、カウントダウン中にLabelのtextを変えるためにcallbackも設定します。

![スクリーンショット 2014-03-07 22.16.53.png](https://qiita-image-store.s3.amazonaws.com/0/2490/f1a98e28-851b-ab2f-bf2e-5412f0438c26.png)

```cpp:GameScene.cpp
SEL_CallFuncN GameScene::onResolveCCBCCCallFuncSelector(Object * pTarget, const char* pSelectorName) {
    CCB_SELECTORRESOLVER_CALLFUNC_GLUE(this, "onCountDownOne", GameScene:: onCountDownOne);
    CCB_SELECTORRESOLVER_CALLFUNC_GLUE(this, "onCountDownTwo", GameScene:: onCountDownTwo);
    return NULL;
}

void GameScene::onCountDownOne(Node* node) {
    countDown->setString("1");
}

void GameScene::onCountDownTwo(Node* node) {
    countDown->setString("2");
}
```

## その他リンク

* [雑把の UI アーキテクチャー史(MVCからMVVMへ)](http://yohshiy.blog.fc2.com/blog-entry-215.html)
* [開発者が知っておくべき、6つのUIアーキテクチャ・パターン](http://www.atmarkit.co.jp/fdotnet/chushin/greatblogentry_10/greatblogentry_10_01.html)
* [Cocos2d-x Betaでチェックしておきたい変更点(Value,EventListener,gui::UIButton,gui::UIPageViewなど)](http://qiita.com/KUMAN/items/7d56ae2b8919e5bafc06)