購入時には、Honeycomb Android 3.0 アプリだったはずが、Androidの操作に慣れずに、出てくるUpdateを、なにげに操作していたら、いつの間に3.1 にOSアップデートしていました。そういえば、再起動するアップデートが一度有りました。

ASUS Eee Pad Transformer gets Android 3.1 update right on schedule — Engadget Xoom 向けが５月ですが、6月初めに既にAsusが対応しているという事は、ASUSも、アップデートに積極的なようで、良かったです。

新しい機能としては、
Android 3.1 Platform Highlights | Android Developers
に、まとめられていますが、

• Widgetのサイズ切り替え
• USBデバイスへの対応
• アプリリストの改善
• Wifiの機能改善

などの、細かい修正みたいですね。iOS 5, Android 3.1 と、どんどん高機能になっていきますね。

先ほどの記事、Honeycomb タブレット Asus Eee Pad Transformer TF101 で無料でスクリーンショットを取る比較的簡単な方法 | Zero4Racer PRO Developer’s Blog で、Android 3.0 (Honeycomb) タブレットで、USBでつないでスクリーンショットを取る方法を書きましたが、設定を見ていたら、もっと簡単で楽に無料でScreenshot スクリーンショットを取る方法が見つかりました！

“Honeycomb Android, Asus Eee Pad Transformer TF101 で、スクリーンショットをもっと簡単に取る方法” の続きを読む

追記
もっと簡単に標準機能で実現する方法が見つかりました！Honeycomb Android, Asus Eee Pad Transformer TF101 で、スクリーンショットをもっと簡単に取る方法 | Zero4Racer PRO Developer’s Blog をご覧下さい。

iOS ユーザが、Android を買って、まず困る事の一つは、”画面のキャプチャ”つまりスクリーンショットが取れない事。ホームボタンとロックボタン同時押しで取れないの？と思いますが、やはり特許などで難しいのでしょう。
ルートを取って、有料アプリを取れば出来るようで、ルートを取る（iOSで言うとJailbreakのような物でしょうか。）方法も公開されていますが、ちょっとまだAndroidシステムについての理解が足りないため、ルートは今すぐには取りたくないのが現状です。
しかし、調べてみると、比較的に簡単にスクリーンショットを取る方法があったので紹介します。
“Honeycomb タブレット Asus Eee Pad Transformer TF101 で無料でスクリーンショットを取る比較的簡単な方法” の続きを読む

開発用に、最新Android 3.0 タブレットASUS Eee Pad Transformer TF101 導入しました。
オフィシャルページはこちら、ASUSTeK Computer Inc. – Eee- ASUS Eee Pad Transformer TF101
最新のNVIDIA® Tegra™ 2 1.0GHz dual-core CPU 、デュアルコアの1GHzが入っており、ディスプレイサイズが、10.1″ LED Backlight WXGA (1280×800) Screen です。iPad 2 後発機種で、スペック的にはiPad 2 より良いですね。
“最新Android 3.0 タブレットASUS Eee Pad Transformer TF101 導入しました。” の続きを読む

英語の Learn iPhone and iPad cocos2d Game Development 本の和訳本ですね。英語の本もよく出来ていて、API解説的な物だけでなく、実際にObjective-Cでつまずかないためのポイント、ゲームを作成するにあたる方法論をコードとともに分かりやすく解説されています。

“日本語初の cocos2d 本の監修を手伝わせていただきました。” の続きを読む

iOS 開発で、EXC_BAD_ACCESS とさよならするための６つのルール | Zero4Racer PRO Developer’s Blogの記事を読んでいただき、ありがとうございます。”アキラ”さんから、

オブジェクトは必ずプロパティにする、というのは、利便性を考えれば理解はできますが、
それはクラス設計者が楽をするためであって、カプセル化を無意味にする行為なので、それほどいい選択とは言えないと思いますねぇ。

という指摘を頂きました。これは、プログラムを正しくカプセル化する上で重要です。私もこれは非常に重視していますが、Objective-Cには、プロパティに、プライベート、パブリックの指定が出来ないので、一見、プライベートのプロパティが指摘出来ないように感じます。しかしちょっとの工夫で、実現することが出来ます。

コードで書くと、以下のようになります。
[sourcecode language=”objc”]
//
// MyClass.h
// testCategory
//
// Created by Tomohisa Takaoka on 3/17/11.
// Copyright 2011 __MyCompanyName__. All rights reserved.
//

#import <Foundation/Foundation.h>

@interface MyClass : NSObject {
NSString *name;
NSString *passcode;
}
@property (nonatomic, retain) NSString *name;

@end
[/sourcecode]
[sourcecode language=”objc”]
//
// MyClass.m
// testCategory
//
// Created by Tomohisa Takaoka on 3/17/11.
// Copyright 2011 __MyCompanyName__. All rights reserved.
//

#import "MyClass.h"

@interface MyClass ()
@property (nonatomic, retain) NSString *passcode;

@end

@implementation MyClass
@synthesize name;
@synthesize passcode;

-(void) foo {
self.name = @"name";
self.passcode = @"passcode";
}

@end
[/sourcecode]
このように、プライベート用途で使用したい場合は、モジュールファイル内に、無名カテゴリを作成して、その中に、プライベート用途で使用したいプロパティを作成しています。それによって，他のクラスからそのプロパティを参照しようとすると、コンパイルエラーが発生するようになります。

このように、可能な限りプロパティを使用することによって、記述ミスによる、エラーを防ぎ、正しくカプセルか化を行った上で、コードを記述するようにしています。更なる改善についてのアイディアがあれば、是非教えてください。