2011-06-27

Android技術者認定試験制度

Android

自分の Android に関する知識がすごく狭い範囲に偏っているなぁーと
意識することが最近よくあって。

全体を知るために何したらいいのかなーと考えたときに
この Android技術者認定試験を思いだしたので
試験内容を改めてチェックしてみました。

試験は以下の2種類。

アプリケーションスキル for Android
プラットフォームスキル for Android(開発中)

対応している分野は、
前者＝アプリを作る人、後者＝フレームワークいじる人、というかんじですね。

さっそく前者の試験範囲をチェックしてみる。
(現在受験可能なのは前者のみ)

アプリケーションスキル定義

なるほど。
とにかく広範囲な試験、という感じ。
(1つ1つをあまり深く掘り下げていない)

Androidでアプリネタをなにか思いついたときに、
「実現方法のアタリをつけるための最低限の知識」を
身につけるためにはいいのかもしれない。

模擬試験があったので試しに解いてみた。

模擬試験
10点中7点。微妙ｗ

資格のことを考えるときに思い出すのが、
「資格は足の裏の米粒のようなもの」
という先輩からのお言葉。

「資格」とかけまして！
「足の裏の米粒」と説く！
その心は！
「取っても食えない」
ねずっｔ(ｒｙ

「資格持ってまっせ！！」アピールすることを目的とするのではなく、
資格を取るために「試験範囲を自分で勉強する」ことがいちばん大事。

といっても、就活時代に履歴書に毎回、

普通自動車第一種運転免許
英検5級

と書いてた自分よりはマシかもしれないｗ

就活ではじめてのシステム系会社の面接時に、

面接官「経験した言語は？」
自分「英語とドイツ語です」

と素で答えた黒歴史を思い出した件。
もちろん落ちましたｗ

2011-06-24

NativeDriver

Android

Google謹製のテストフレームワークが！
Introducing Native Driver

サンプルではGoogleMapのテストが記載されとりますね。これはおもしろい。

Android Zaurusさんの日本語訳はこちら。
【超訳】AndroidのUIをUnitTestできるNative Driver

テストコード書くのは慣れないと書くのが大変、という点はあるけども、
テストを自動化できる、というメリットはやはりでかい。
さっそく試してみるとします。

2011-05-31

ソース内の改定履歴

バージョン管理にコメントを残したとしても、ソースコードに改訂履歴のコメントを残す必要があるという主張 - プログラマとSEのあいだ

考えさせられた。

今の職場は svn 使用してます。
このあたりの意見は個人によってさまざま。
むしろコミットログ詳細を残す習慣がなく、
ソースコードに「担当者＋日付＋チケット番号＋開始〜終了」みたいな人も多い。

いまの自分の考えはこうかなー。

できるだけ1回のコミットで、1つの課題(チケット)のみ対象とするようにする
1回のコミットで複数の課題(チケット)が対象になる場合は、コミットログに修正詳細書いとく
ソース内に改定履歴は書かない

で、1課題で複数コミットが発生するような対応は

基本的に branch で作業
対応完了するまでは trunk にはコミットしない
対応完了したら branch->trunk へマージ(1コミット)
マージ時に「branch -> trunkへマージ(r1:10)」みたいなコミットログ書いとく

という感じで作業していたりする。
trunk へのコミットはなるべく「1チケット1コミット」、
「branchでは好き放題コミット」みたいな。

gitとか分散型リポジトリだとまた話が変わってくるのかなー。
個人で使ったことはあるけども、複数人でgit使って作業したことがないからよくわからん。

うーん。どうするのが理想なんだろうか。

2011-05-30

ADTのレイアウトエディタがすごい件

Android

いつのまにか ADTのレイアウトエディタが恐ろしく進化している！！

11(preview版)では xml を直接いじらなくても
エディタ上だけでこんなことができたりする。
(正確には 10.x でも動作する機能が一部あり)

共通レイアウトの抽出
アニメーションのプレビュー
カスタムビューもD&Dで配置可能

eclipseのプラグイン自動更新では 10.x のバージョンまでしか落ちてこないが、
サイトには 11(preview版) がzipで配布されとります。(2011/5/30現在)

Android Tool Project Site

@yanzm さんがustで ADT11(preview版) について
説明してくれていたのだが、見てて衝撃を受けた。
(当日のログはハッシュタグ #debhw で検索したら見れるかも)

いままでADTのレイアウトエディタ(レイアウト用xml開いたら表示されるエディタ)は、
使い勝手が悪くてxmlを直接修正しないと使い物にならない、という意識だった。
どうせxmlいじらないとダメなんだからこんなエディタ使ってらんねー、
と思って使うことすら避けてたのだけども。

いつのまにか超進化しとる。
ADTレイアウトエディタ派になってみる。

2011-05-13

ダイアログの縦横切替でメモリリーク(XxxActivity has leaked〜)

Android

AlertDialog.Builder#show〜でダイアログ表示した状態で、
画面の縦横切替を行うと例外発生してアプリ終了してしまった。

ログを見るとこんなエラーログが出力されている。

XxxActivity has leaked window com.android.internal.policy.impl.PhoneWindow$DecorView@4053b7b0 that was originally added here

リーク発生！！

AndroidManifest.xml の「android:configChanges」属性をいじって
「Activityの再生成を行わないようにする」が対応としては簡単なんだが、
これは根本的解決になっていないので却下。

ではどうしたものか、、というわけで調べてみると公式に記載発見。

Creating Dialogs

ダイアログ表示したいときは

「Activity#showDialog、onCreateDialog」を使ってねー
そうすると ダイアログのライフサイクル も Activity管理 になるよー

とのこと。

簡単に書くと、

Activity#onCreateDialog を override してダイアログ実装しとく(任意idに紐付け)
任意の場所で Activity#showDialog(1で指定したid) を呼び出す
onCreateDialog が呼び出されてダイアログが表示される

そうすることで、
ダイアログ表示したままで Activityが再起動(onDestroy〜onCreate) したとしても、
Activityと一緒に自動的にダイアログも再表示される、と。
なるほど。

というわけでさっそく、
ボタン押下でダイアログを表示するだけのサンプルアプリ書いてみた。

public class MainActivity extends Activity {

    private static final int DIALOG_ID_ABESHI = 0;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        //case1 WindowLeaked発生するパターン(修正前)
        Button buttonLeak = new Button(this);
        buttonLeak.setText("leak");
        buttonLeak.setOnClickListener(new View.OnClickListener() {
            public void onClick(View v) {
                Dialog dialog = createDialog(DIALOG_ID_ABESHI);
                if (dialog != null) {
                    dialog.show();
                }
            }
        });

        //case2 WindowLeaked発生しないパターン(修正後)
        Button buttonNotLeak = new Button(this);
        buttonNotLeak.setText("not leak");
        buttonNotLeak.setOnClickListener(new View.OnClickListener() {
            public void onClick(View v) {
                showDialog(DIALOG_ID_ABESHI);
            }
        });

        LinearLayout layout = new LinearLayout(this);
        layout.addView(buttonLeak);
        layout.addView(buttonNotLeak);
        setContentView(layout);
    }

    @Override
    protected Dialog onCreateDialog(int id) {
        return createDialog(id);
    }

    /**
     * ダイアログ生成
     * @param id
     * @return
     */
    private Dialog createDialog(int id) {
        if (id == DIALOG_ID_ABESHI) {
            AlertDialog.Builder builder = new AlertDialog.Builder(this);
            builder.setMessage("あべし");
            builder.setPositiveButton("OK", new OnClickListener() {
                @Override
                public void onClick(DialogInterface dialog, int which) {
                    Log.d(getClass().getName(), "onClick");
                }
            });
            return builder.create();
        }
        return null;
    }
}

このコードで、ダイアログを表示したままで画面の縦横切替を行うとこんな結果になる。

case1 WindowLeaked〜 が発生する(ダイアログは勝手に閉じてそのままアプリ終了)
case2 ダイアログが表示された状態 で縦横画面表示

修正後の case2 だと、リーク発生しなくなった！！

そこでちょっと沸いた疑問。

もしかして、Activity#showDialog を呼ぶたびに onCreateDialog が毎回呼び出されて
毎回ダイアログ再生成、とかはないよなー？？と。

Activity.java のソース見てみるとそんなことはもちろんなく、
一度生成済のダイアログは内部で保持されている様子。
よくできてる。

というわけで、ダイアログ表示する際には、
「Activity#showDialog、onCreateDialog」を使ったほうがいいね、というお話でした！

プログラマってこんなかんじ？？

アプリ作ったり歌ったりしてます

Android技術者認定試験制度

NativeDriver

ソース内の改定履歴

ADTのレイアウトエディタがすごい件

ダイアログの縦横切替でメモリリーク(XxxActivity has leaked〜)