シーンの切り替え(画面遷移)::cocos2d-x v3.1.1

HelloWorldSceneからnewClassSceneに移動する場合。
まず、HelloWorldScene.cppに
#include "newClassScene.h"
移動先のヘッダファイルをインクルードする。 そしてボタン等で呼ばれる関数に 
Director::getInstance()->replaceScene(newClass::createScene());
を書く。

次に、移動先のnewClassScene.hが
#ifndef __HelloWorld__newClassScene__
#define __HelloWorld__newClassScene__

#include "cocos2d.h"

class newClass : public cocos2d::Layer{
    
    static cocos2d::Scene* createScene();
    virtual bool init();
    CREATE_FUNC(newClass);
};

#endif /* defined(__HelloWorld__newClassScene__) */
このようになっているのを
#ifndef __HelloWorld__newClassScene__
#define __HelloWorld__newClassScene__

#include "cocos2d.h"

class newClass : public cocos2d::Layer{
    public:
        static cocos2d::Scene* createScene();
        virtual bool init();
        CREATE_FUNC(newClass);
};

#endif /* defined(__HelloWorld__newClassScene__) */
publicにする。しないと怒られました。

コメント

コメントを投稿

このブログの人気の投稿

2次元配列のコピー::JavaScript

配列の中身のコピーは.slice()を使えば出来る。 しかし、2次元配列など、配列の中身が配列の時は、参照がコピーされてしまう。 例えば、 var array = new Array(3); var copied = new Array(3); for(i=0;i<3;i++){ array[i] = new Array(3); copied[i] = new Array(3); for(j=0;j<3;j++){ array[i][j] = 0; copied[i][j] = 0; } } copied = array.slice(); console.log("before array:",array[0][0]); copied[0][0] = 1; console.log("after array:",array[0][0]); console.log("before copied:",copied[0][0]); array[0][0] = 2; console.log("after copied:",copied[0][0]); というようにすると、一方の配列を書き換えるともう一方も変わってしまう。(と言うより同じものを参照している) before array: 0 after array: 1 before copied: 1 after copied: 2 ので、 var array = new Array(3); var copied = new Array(3); for(i=0;i<3;i++){ array[i] = new Array(3); copied[i] = new Array(3); for(j=0;j<3;j++){ array[i][j] = 0; copied[i][j] = 0; } } for(i=0;i<3;i++){ copied[i] = array[i].slice(); } console.log("before array:"
続きを読む

iframeの利点と欠点

以前からiframeって理想的なタグなのでは無いかと思っていたが、非推奨だとかSEO的に良くないとかいう話を聞いてなんとなく使っていなかった。(HTML5では非推奨ではない) cssが大好きなので擬似フレームを使っていたというのもあるが。 そこでメリットとデメリットについて考えてみた。 まずメリットから 通信量が少なくなる。 -メニューをメイン、中身をフレームにすれば中身だけが変わるときは通信量が少なくなる。 コード量が少なくなる。 -コードを使いまわせるので書くコードが少なくなる。 デメリット 初回でのロード時間が長くなる -リクエスト数が増えるので多分ロード時間も増える。 iframeへのリンクを新しいタブで開いた時に、iframeの先しか表示されない。 リンクを張れない -frameのリンク先をurlに含むことが出来ないのでリンクを張ることが出来ない。 seo -よく知らないが良くは無いらしい。 結局、メニューからiframeの中身を変えるようなデザインだと、その特定の中身のページヘのリンクが張れないというデメリットが大きすぎるのではないかという結論に至った。 このデメリットはcssでcheckboxを使ってメニューとかを作る時にも発生する問題で、今解決方法を模索している。 また、通信速度がどんどん早くなっている今、そこまで通信量を気にする必要は無いではないかと。 コードの使い回しはフレームワークを使えばいい。
続きを読む

Cocos2d-x 3.4でandroid向けにビルドする

プロジェクトすでに作られている前提で。 eclipseを開く File>import Existing android code into workspaceで、 プロジェクトファイル/cocos2d/cocos/platform/android/javaを指定してimportする。 import したlibcocos2dxのsrc/org.cocos2dx.lib/Cocos2dxWebViewの中の import android.annotation.SuppressLint;でエラーが出てたら、 libcocos2dxのプロパティ>androidで、APIレベルが16以上のTarget Nameを選択してOKするとエラーが消える。 もう一度、File>import>Existing android code into workspaceで プロジェクトファイル/proj.androidを指定してimportする。 こっちもAppActivity.javaでエラーが出るなら プロパティでAPIレベルが16以上のTargetを指定する。 それでもダメなら、プロパティ>android>libralyのところが赤い×になっていないか確認 なっていたら、一旦RemoveしてからAddして、先ほどのlibcocos2dxを選択する。 RunAs>android application ver3.1の時よりも簡単になった気がする。
続きを読む