まぁ、でも来年2月のMobile World Congressでは、Tegra3や最新のSnapdragon S4を搭載したICS機が続々と発表されるでしょうから、そんなに慌てて飛びつくほどのことは無いかも知れません。ってか、Androidって陳腐化が激しいですよね。バージョンアップがもっとタイムリーになされるのなら良いのですが、メーカーの自助努力に頼ったいまの調子では買い時が非常に難しい・・・
// Copy input array to sort internally
for ( uint32_t i = 0; i < arrayLength; i++ ) {
result = FREGetArrayElementAt( argv[0], i, &obj );
if ( result != FRE_OK ) {
return (FREObject)NULL;
}
result = FREGetObjectAsInt32( obj, &largeArray[ i ]);
if ( result != FRE_OK ) {
return (FREObject)NULL;
}
}
// Copy sorted result back
for ( uint32_t i = 0; i < arrayLength; i++ ) {
result = FRENewObjectFromInt32( largeArray[ i ], &obj );
if ( result != FRE_OK ) {
return (FREObject)NULL;
}
result = FRESetArrayElementAt( argv[0], i, obj );
if ( result != FRE_OK ) {
return (FREObject)NULL;
}
}
世の中、何事も対立軸で見た方がわかりやすいし、面白いですよね。最近度々起こるFlash vs HTML5論争もそんな感じなのですが、この論争のきっかけ(のひとつ)を作った敬愛するSteve JobsがAppleのCEOの座を辞職することになったので、これを機会に彼のThought on Flashを真似て、Thoughts on Flash vs HTML5として、自分の考えをまとめてみました。
個人的に購入前に気になってたのが、画面の解像度がqHD(960x540)と高いので、パフォーマンス的にどうなのか？というところ。ただ、GPUが第２世代のAdreno205だし、CPUも1.4GHzだからか、 Particle Breakは何なく動きましたので、AIR for Android開発者としてはひと安心か？
package com.android.sample;
import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
public class Gravity extends Activity {
private GravityView mView;
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mView = new GravityView(this); // RSSurfaceViewの作成
setContentView(mView);
}
}
第６章は、Titanium Mobile APIリファレンスとなってます。本家Appceleratorのサイトよりも詳細で、豊富なコードサンプルも掲載されており、本書の実に1/3ほどのボリュームをこのAPIリファレンスに費やしています。簡易リファレンスと書いてあるのは単なる著者のご謙遜でしょうね(笑)。このAPIリファレンスの為だけに本書を購入しても良いくらいです。
var process:NativeProcess = new NativeProcess();
var args:Vector.<string> = new Vector.<string>();
args.push("-B");
args.push("_utest._tcp"); // 今回のサンプルのサービスタイプ
var info:NativeProcessStartupInfo = new NativeProcessStartupInfo();
info.executable = new File("/usr/bin/dns-sd");
info.arguments = args;
process.start(info);
process.addEventListener(ProgressEvent.STANDARD_OUTPUT_DATA,
onBrowseService);
var process = new NativeProcess();
var args:Vector.<string> = new Vector.<string>();
args.push("-L");
args.push(インスタンス名);
args.push("_utest._tcp");
var info:NativeProcessStartupInfo = new NativeProcessStartupInfo();
info.executable = new File("/usr/bin/dns-sd");
info.arguments = args;
process.start(info);
process.addEventListener(ProgressEvent.STANDARD_OUTPUT_DATA,
onResolveService);
private function onResolveService(event:ProgressEvent):void {
var stdo:IDataInput = process.standardOutput;
var result:Array = stdo.readUTFBytes(stdo.bytesAvailable)
.split("can be reached at ");
if (result.length == 2) {
process.removeEventListener(ProgressEvent.STANDARD_OUTPUT_DATA,
onResolveService);
result = result[1].split(" (");
var iNamePort:Array = String(result[0]).split(":");
var address:String = iNamePort[0]; // アドレス
var port:int = parseInt(iNamePort[1]); // ポート
}
}
アドレスとポートがわかれば、それとやり取りする為のSocketを作成してあげます。
var socket = new Socket();
socket.connect(address, port);
socket.addEventListener(Event.CONNECT, onConnect);
xib2jsはTab Bar Itemに設定されているラベルの名称でTitanium.UI.Tabを作成するコードを生成します。InterfaceBuilderはデフォルトで"Item 1"のようにスペースの入ったラベルを作成するので、このままでは後ほど生成されたJavaScriptをコンパイルする際に、エラーとなってしまいます。これを避ける為、ここではラベルを"Item1"のようにスペースを削除してます。
もうひとつは、デスクトップやモバイル、TVなどの機器を超えるという意味でのマルチプラットフォーム。要するに、AIR for Androidだろうが、所詮AIRアプリなので、それなら開発効率を最優先して、画面の小さなデスクトップアプリとしてあらかた開発してしまい、デバイス固有な部分やパフォーマンスなどの合わせこみは、大体アプリが動き始めてから行えば良いではないか？という発想です。
private function keyHandler(e:KeyboardEvent):void {
switch(e.keyCode) {
case Keyboard.MENU:
case Keyboard.DOWN:
//Menu選択時の処理
break;
case Keyboard.LEFT:
case Keyboard.BACK:
//Back選択時の処理
break;
}
}
