2013-05-07

べつにいいんだけど

雑記

僕がGunosyの社長だったらこのように謝罪文を書きます

記事の内容はどうでもいいんだけど、広告主張しすぎじゃないかなと思いました。

2013-04-22

MindNodeからfreeMindへのデータ移行方法

雑記

かなり限定的な話だけど、さっきマインドマップツールを移行する時に移行方法を発見したのでメモっておく。

freeMindのノードを全選択してコピー
適当なテキストエディタに貼り付け
「」←スペース4つを「」←タブ文字に置換（タブ文字を書けないのでそこはいい感じにやって下さい...）
置換後の文字列をコピってMindNodeに貼りつけ

以上。

2013-04-19

最近のハイライト(4月19日版)

アプリ開発

最近のAir for iOSでのアプリ制作で困ったこと、考えたこと、どうやって解決したか、などをつらつらとメモっておく。（主にプログラム周り）

イベントを活用しようと思った

今までサーバーサイドのプログラムばかり書いていたせいかイベント駆動の概念が無かったが、これからは使ってみようと思った。

例えば『メニュー』クリックで『シーン』を切り替える処理を書く場合、

イベント使わない → メニュークラスからシーンクラスのシーンを切り替える() メソッドを呼ぶ。

イベント使う → メニュークラスからシーン切り替えのイベントを送出。シーンクラスでイベントを受け取り、シーンを切り替える。

こんな感じに書ける。

何が嬉しいかというと、メニュークラスとシーンクラスの依存を断ち切る事ができる。うん。嬉しい。使っていこう。

データの永続化どうしよう

これは書いているうちに長くなったので別エントリにまとめた。

→Air for iOSでのデータ保存について - わーくあうと！

リファレンス見やすくて嬉しい

あと ActionScript 3.0 のリファレンスガイドがとても見やすい。それぞれのクラスの継承関係から使用例、メソッドの詳細まで細かく書いてるので、リンクを辿って読んでいくと新しい発見もあって楽しい。

例えば上のほうで書いた、「イベントを使おう」と思ったきっかけも、

俺：「SharedObjectが継承しているEventDispatcherってなんだろう」

（リファレンス読む）

俺：「へーこんな事できるのかー面白そう。使ってみよう」

って経緯だった。リファレンス読もう。

その他AS3についてもろもろ

AS3ってこんな書き方できないのーとTwitterでつぶやいてみた

as3って func(a, c="hoge"); みたいな書き方できないのかな — にっくさん (@nickworks_net) 2013年4月15日

actionscriptって静的メソッドの継承できないのかな — にっくさん (@nickworks_net) 2013年4月16日

もちろん誰からもリプライは無かった。

以上、最近のハイライトでした。

2013-04-19

Air for iOSでのデータ保存について

アプリ開発

ゲームを作ってるとゲーム内の値（所持金、経験値など）をローカルに保存する必要が出てくる。

方法は色々あるが、『SharedObject』や『File』、『SQLite』なんかを使う方法があるらしい。

これは特に迷う事無くSharedObjectを使おうと決めた。理由はオブジェクトをそのまま保存できて自前でシリアライズする手間もなく、一番ラクそうだったから。

カスタムクラスの保存ができない・・・

そんなこんなで使ってみたがカスタムクラスの保存ができない。というかObject型で保存される。少し調べてみたら、『registerClassAlias』関数でカスタムクラスをあらかじめ登録することでカスタムクラスのインスタンスを保存できるようになるようだった。

registerClassAlias("HogeModel", HogeModel);
SharedObject.getLocal(Defines.APP_SO_NAME_SPACE);

↑こんな感じでSharedObject.getLocalの前にカスタムクラスを登録する。

（これはこれで保存するカスタムクラスをいちいち書かないといけなくて面倒だけど）

勝手に保存される・・・

SharedObjectの動きを確認していると、SharedObject.flush()を読んでいなくても保存されていることに気がついた。どこかに.flush()するコード残ってたかなーと探してみたが見当たらない。

あれー、、と思いながらリファレンスのflushの説明を読んでみると

ローカルに永続化された共有オブジェクトを直ちにローカルファイルに書き込みます。このメソッドを使用しない場合、共有オブジェクトがファイルに書き込まれるのは、共有オブジェクトセッションの終了時となります。つまり、SWF ファイルが閉じられるとき、共有オブジェクトが参照されなくなってガベージコレクションされるとき、SharedObject.clear() または SharedObject.close() が呼び出されたとき、のいずれかの時点です。

と書かれている。仕様でした。

これはこれで便利だが、自分が想定していない所で保存されると追い辛いバグを孕みそうな予感がしたので、自前の保存関数をかまして使うことで、自動で保存されないようにした。

コードで書くと下記のような感じ

public class AppData {

    public function AppData() {
    }

    /*
    * SharedObjectを取得.
    */
    public static function getSharedObject():SharedObject {
        registerClassAlias("HogeModel", HogeModel);
        return SharedObject.getLocal(Defines.APP_SO_NAME_SPACE);
    }

    /*
    * (1)SharedObjectの保存領域部分を返す.
    */
    private static var __tmp:Object;
    public static function getDataObject():Object {
        var so:SharedObject = AppData.getSharedObject();

        if(__tmp == null){
            __tmp = ObjectUtil.clone(so.data);
        }
        return __tmp;
    }

    /*
    * (2)保存.
    */
    public static function saveAll():void {
        var so:SharedObject = AppData.getSharedObject();
        //↓__tmpを入れなおしている.
        so.data = AppData.getDataObject();
        so.flush();
    }
}

(1)で保存領域を複製した物(__tmp)を返し、(2)でso.dataに代入しなおして保存している。

これはまぁぶっちゃけ保存し忘れするかもしれないってのとトレードオフの関係なので、やるべきかどうかは個人の自由かなと思う。

以上。そんな感じ。