最近スマートフォンがはやってるんだけど、iPhoneだけじゃなくてAndroidバージョンも欲しいから一緒に開発してくんないかな？と無茶ぶりされてiOS/Android同時開発に勤しむみなさまへ。

手順はこんな感じです。
（図はクリックすると拡大します。）

1. EcliplseでAndroidの新規プロジェクトを作る
2. Xcodeで新規プロジェクトを作ってEclipseで作ったファイルを読みこむ
3. Android updateをする
4. Xcodeでプロジェクトのビルド設定を変更する
5. ビルドする

（念のためですが、EclipseとXcodeがインストールされている環境でのみ実行できます。あと、当然Macでのみ実行可能です。）

プロジェクトの作成

まずはEcliplseでAndroidのアプリを新規作成してください。
プロジェクト名は、ここではHelloWorldとしますね。
パスはこちらになっているとします。

それから、Xcodeを開いて、File メニューから New Project （新規プロジェクト）を選択。
プロジェクト選択画面では、External Build Systemを選択してください。

プロジェクト名はHelloWorldにして、パスはさきほどのAndroidプロジェクトの一つ上を選択してださい。

このときに、「HelloWorleはもう存在するんだけどいれかえる？」と聞かれるので、「いれかえる（replace）」を選択。

するとこんな感じのファイル構成になります。
Eclipseでもともと作ったHelloWorldフォルダーの中に、Xcodeのプロジェクトファイル（HelloWorld.xcodeprj）が作成されます。

Xcodeプロジェクトにファイルを追加

その次に、今作成したXcodeのプロジェクトに、Eclipseで作ったソースファイルなどを追加します。
XcodeのProjectメニューから、Add to Project（プロジェクトに追加）を選択して、表示されたダイアログボックスで好きなファイルを追加してください。

ただし、その場合にダイアログの一番上に表示されている「コピーする」チェックボックスはオフにすること。

ここで追加するファイルはとりあえずなんでも構いません。
Eclipseで作ったプロジェクトのファイルの中から、自分がXcode上で編集したいファイルを追加してください。
（どのファイルがビルドの対象となるのかは別に設定されるので、ここで何を読み込んでもビルドエラーにはなりません。）

Android update

で、このままではant用のビルド設定ファイルがないので、作成します。

これでプロジェクトフォルダー内にbuild.xmlが作成されます。

ビルド設定を変更

次にXcodeのビルド設定を変更します。
画面左ペインのTargets（ターゲット）を開くと、HelloWorldという項目があるので、そこをダブルクリック。

そうするとビルド設定画面が表示されるので、ここで Build Tool とArgumentsとDirectoryをこの図と同じ値に設定。

ビルド

そしてXcodeのメニューからビルドすると、こちらにデバッグビルドのapkファイルができます。
/Users/toyship/workspace/HelloWorld/bin/MainActivity-debug.apk

というわけで、apkファイルが作成できたので、あとはこれを手動で実機に転送してください。

でも、XcodeでAndroid開発をすると、

• コード入力時に自動補完が使えない
• グラフィカルなXML編集機能が使えない
• エミュレーターに転送できない
• 実機に自動転送できない
• リリース用ビルドでリリースすると署名の設定が必要
• この手順ではapkの名称がメインのアクティビティになってる

……などなど、いろいろと不便な点が多いので、素直にEclipseを使って作った方がいいかもしれませんね。

でもXcode用のAndroid新規プロジェクトのテンプレートをつくればEclipseだけで開発をほとんどできるかも。
誰得？という感じですが……。

参考

こちらの記事を参考させていただきました。
ありがとうございました。

• eclipseプロジェクトをコマンドラインからビルドする方法
• How to use XCode for Android Projects

iPhoneの画面は狭いので、文字入力をするときにこのあたりのことを注意するようにすると、ユーザーの使い勝手がちょっとよくなりますよ。

まずはUITextFieldを作ってみる

まずはテキストフィールドの作成。
普通につくると、こんな感じのキーボードが表示されて文字が入力できます。
（図はクリックすると拡大します。）

キーボードのReturnキーを変える

まずは、キーボードの右下にあるReturnキーをちょっと変えてみましょう。
キーボードのキーを変更するには、UITextFieldのreturnKeyTypeプロパティを変更。
こちらのenumから選んでください。

それぞれのenumを指定した時に表示されるキーボードはこうなります。
（画面は英語の場合です。iPhoneの言語が日本語の場合、多少表示が違います。）

UIReturnKeyGoの場合

UIReturnKeyGoogleの場合

UIReturnKeyJoinの場合

UIReturnKeyNextの場合

UIReturnKeyRouteの場合

UIReturnKeySearchの場合

UIReturnKeySendの場合

UIReturnKeyYahooの場合

UIReturnKeyDoneの場合

UIReturnKeyEmergencyCallの場合

キーボードの種類を変える

次はキーボードの種類を変えてみます。
UITextFieldのkeyboardTypeを変えると
特に、入力するデータがメールアドレスやURLなどの特定の文字を使う時にはとても便利です。
こちらの選択肢から。

それぞれのenumで表示されるキーボードはこうなります。
（画面は英語の場合です。iPhoneの言語が日本語の場合、多少表示が違います。）

UIKeyboardTypeASCIICapableの場合。

UIKeyboardTypeNumbersAndPunctuationの場合。

UIKeyboardTypeURLの場合。

UIKeyboardTypeNumberPadの場合。

UIKeyboardTypePhonePadの場合。

UIKeyboardTypeNamePhonePadの場合。

UIKeyboardTypeEmailAddressの場合。

UIKeyboardTypeDecimalPadの場合。（ただし、このキーボードはiOS 4.1 以上のみ。）

UITextFieldでキーボードを簡単に閉じる

さて、上でreturnKeyTypeを設定してReturnキーの表示を「Done」に変えても、そのままでは「Done」ボタンを押したときにキーボードが閉じてくれるわけではありません。
キーボードのReturnキーを押されたときの挙動を定義する必要があります。

まずはUITextFieldのdelegateをselfに設定。

そして、selfにtextFieldShouldReturnを実装して、そのなかでresignFirstResponderを呼ぶと、Returnキーを押されたときにキーボードが閉じるようになります。

もちろんキーボードを閉じる以外の処理をすることも可能です。

キーボードに閉じるボタンをつける

UITextFieldでキーボードを閉じたいときには上の方法が使えますが、複数行のテキストを使うときにはこの方法は使えません。
複数行のテキストの編集にはUITextViewを使いますが、Returnキーでキーボードを閉じるようにしてしまうと、改行ができなくなってしまいます。

UITextViewの場合には、accessoryViewを設定して、キーボードの上にこんな閉じるボタンをつけましょう。（あ、この画面ではUITextViewでなくてUITextFieldを使ってますが……。）

closeKeyboardメソッドはこちらで定義。

accessaryViewの上にはCloseボタンだけではなくて、「Prev/Next」ボタンやなど、ユーザーの入力の補助になるようなボタンをいろいろおくことができます。
Viewの色を[UIColor clearColor]にしておけば、ボタンだけを表示することもできるので、いろいろ凝ったデザインのものをつくってみても素敵だと思います。
個人的にはNoticaというアプリのこのaccessaryViewがさりげなくてお気に入りです。

まずはGoogleのスタッフからAdMob導入についての初歩的な説明。
そのあとTouch The Numbersを出しているテクノードの水野和寛さんが実際のAdMob成功事例を説明してくださったんですが、とても参考になったのでまとめてみました。

ユーザーのアクティブ率が重要

テクノードでは、今18個のiPhoneアプリ、2個のAndroidアプリを出しているそうです。
そのうち広告＋無料モデルをとっているアプリと有料アプリの割合は9:1。ほとんどが広告＋無料モデルでリリースをしています。

有料アプリだとダウンロード数に応じて売り上げがさがっていってしまいますが、無料＋広告モデルであれば、ユーザーがアクティブであれば広告収入がキープされ、売り上げがおちません。（ちなみに、2/9の一日のTouch The Numbersのアクティブユーザーは11万人だそうです。）

ユーザーのアクティブ率をあげるためには、頻繁なアップデートとユーザーフォローが大切。
Touch The Numbersでは、一年に20回のアップデートを行っている。
ランキングの上位ユーザーを招待して渋谷でオフ会を行って、その様子をUStreamするなどのイベントを開催し、いろいろな手段でユーザーのもりあげをはかっている。
（なお、こんなマーケティングは日本市場のみでとられているため、Touch the Numbersのユーザーの8割は日本市場だそうです。）

また、アプリにGoogle Analyticsを埋め込んであり、情報収集に役立てているとのこと。
（詳細な収集内容はお聞きできませんでしたが……。）

利益をあげるためには、毎日10万インプレッションくらいを一つの目標とするのがよいでしょう、とのことでした。

広告モデルの向き不向き

広告モデルにむいていないアプリもあり、その場合にはアプリやマーケティングをいくら工夫しても収益をあげるのは厳しい。
Touch The Numbersは、企画当初から広告モデルを採用するということを前提に設計している。

カメラアプリに広告をいれてみたこともあったが、収益はかなり苦しかった。
電車の中などで（周りの目がきになり）なかなか起動できないということもある。
中毒性のあるアプリが広告モデルに最も向いている。

また、広告モデル向きのアプリジャンルと広告モデル向きでないジャンルがある。
ゲームは向いている。

広告モデルへ移行する場合

無料アプリにいきなり広告をいれるとApp Storeのレビュー欄が荒れてしまう。
もし無料アプリに広告をいれるなら、最初は自社広告などでユーザーに慣れてもらいながら移行するのもよい手かもしれない。

ただし、この一年くらいでユーザーのモバイル広告への嫌悪感はずいぶんと減っていると実感している。

AdMobからの入金

AdMobからの入金方法はPayPalか銀行振込が選べる。
銀行振込だと着金手数料がこちらの負担になってしまうが、PayPalの場合にはAdMobが負担してくれる。
（テクノードでは、PayPalを採用。）
ただし、PayPalの場合為替変換レートが市場より3%くらい悪い。
小額なら、PayPalのほうが特になるが、500万円くらいがしきい値になるのではないか。

まとめ

私もお仕事で「無料アプリ＋広告」モデルのアプリを経験したことがあって、安定した広告収入を得るのはかなり難しいものだということを実感しています。
PaperTossやAngryBirdが広告で数億円儲かったみたいだから今売っているアプリにも試しに広告をいれてみよう！みたいな単純なノリで始めても難しいということがよくわかりました。

広告モデルをターゲットにした緻密なUI/デザイン設計とユーザーの期待にこたえるきめ細やかなアフターフォローがだいじですね。

テクノードさんから学んだ事まとめ

1. アプリの設計段階から広告に特化して設計すること
2. 頻繁にアップデートをして、ユーザーの希望にこたえること
3. 目新しい仕組みやイベントを用意して、ユーザーに継続して使ってもらうこと
4. 継続的にユーザーの使用状況をチェックして、効果的なアクションを起こすこと

いろいろなAndroidの実機が会場で自由にさわれたり、カメラアプリ開発者の方の濃いお話が聞けました。

ToyCamera をつくったきっかけ

まずは、深津貴之(@fladdict)さんのお話。
（じつは私はAndroidには個人的にはあまり興味がないので、このセミナーに参加したのも深津さんのお話を聞くのが一番の目的だったんですが……。）

ToyCameraを作った最初のきっかけは、iPhone3Gに搭載されていたカメラの性能がよくなかったことだったそうです。
当時流行していたトイカメラのように、画質の悪さを長所にしたほうがいいアプリをつくれるのでは、ということで世にだしたのがあのToyCameraアプリ。
お金をもうけたいということではなく、携帯カメラの新しい提案をしたいというのが動機でした。

深津さんの仕事のすすめかた

深津さんは、まずFlashでプロトタイプを作成。
iPhoneアプリはObjective-Cで作るので、Flashで作業するのは二度手間のように見えるけど、そこには二点理由があります。
深津さんは元々Flash使いの方なので、Flashの方が開発のスピードが大きいことが一点。
もう一点は、Flashならそのままウェブにおけば、ベータ版アプリ配布などという面倒くさい手続きをせずに、誰にでもベータテストをしてもらうことができる点。

Flashでプロトタイプを作った後は、Post-Itによるペーパープロトタイピング。
50mmx75mmのPost-ItがiPhoneのスクリーンサイズと同じなので、それに手書きで画面イメージを描く。
PhotoShopでグラフィックパーツをつくり始めてしまうと、コンピューターの画面上ではかっこよく見えても、実際にタッチスクリーンに配置すると（小さくて）押せないなどということが起こってしまう。
ペーパープロトタイピングだと、実物大で画面を確認できるからこそ、実際にタッチした時の使い勝手を確かめられる。

解像度は重要？

あとここで深津さんは「解像度は重要？」と会場に質問を投げかけました。
（このイベントのメインは高解像度を売りにしたXperia Arcだったんですが。（笑））

カメラの解像度が高いということはデータ量が大きい。
3G回線でのアップロードが難しい。
よって、ソーシャル系サービスと相性が悪い。
個人的にはソーシャル系では600×800くらいのサイズで十分。

ソフトウェアエンジニアとしては、性能のよすぎるデバイスも悪すぎるデバイスも切り捨てることにしている。
一機種だけに特別な機能があったとしても、それをサポートすることでユーザーが本当にハッピーになるどうかを考えている。

Androidでカメラアプリをつくるなら、深津さんのおすすめは、（特定の機種向けの）プリインストールのアプリ。
現状のAndroid Marketの規模では、なかなかペイするところまで持っていくのは難しい。
（ただ、深津さんみたいな著名デベロッパーならともかく、一般のデベロッパーにはプリインストールのアプリを作るという機会を作ることが難しいですよね。）

深津さんは今後Androidアプリを出す予定があるのでしょうか？と質問してみたら、プリインストールのアプリを作らないかというお話がいくつかきているとのことでした。

FxCamera、Androidの多機種への対応

次は山下盛史さん（@yyaammaa）のお話。
全世界で600万DLダウンロードされた脅威のカメラアプリ、FxCameraの作者さんです。

まず、Androidの本家Googleが開発したカメラアプリ、Google Gogglesのマーケットのレビューの紹介から。
「＊＊すると強制終了」「Motorolaだと起動しない」「Samsung Momentだと必ずおちる」……。
Googleでさえ全機種で動作するカメラアプリは作れないんだから大丈夫！という力強いお言葉。

Androidはいろいろなメーカーが独自の機種を出しており、カメラ周辺機能についてはすべての機種で確実に動く（動くべき）手順が存在しない。
Androidの標準のカメラアプリのソースコードをもとに作っても動作しない機種もある。

Androieのカメラアプリがつくりにくい原因

山下さんによると、Androieのカメラアプリがこれほどまでつくりにくい原因はこれが主な理由だそうです。

1. 貧弱なAPI
2. メモリー不足
3. 機種固有のバグ
4. 謎の不具合（JPEGのcodecのバグなどもあるそうです）

もし実際にカメラアプリを作るなら、Intentで丸投げ処理にするか、がんばって独自で実装するかの二択。

ただし、Intentを使った場合にも機種によってはorientationを正しく返さない場合があるので、写真撮影の後に、ユーザーに回転をさせるユーザーインターフェース（回転ボタンなど）をつけるのがおすすめ。

もしがんばって独自で実装するなら、最初は対応機種をしぼること。
初期バージョンでは最新OSと特定機種に絞り、徐々に対応機種と対応OSをひろげていくのがよい、とのことでした。

Androidは難しい

最後は有山圭二さんの実際のカメラアプリの実装のお話。
（実装のお話より余談の方がおもしろかったんですが。）

それにしても、AndroidのカメラアプリはiPhoneとは全然違いますね。
私もお仕事でAndroidのカメラアプリを作っていたんですが、
iPhoneでは機種による違いがほとんどなく、せいぜい解像度が違うことを考慮するくらいでいいところが、Androidでは機種ごとにコードを書き直さないと動作しないような感じでした。
どちらかというと、ほとんど組み込みエンジニアの世界に近いという印象です。

今後、Androidはどんどん機種も増え、OSも増え、機種とOSの組み合わせが加速度的に増加していくなかで、アプリを作る側もさらに大変になりそうな予感がします。
Androidのカメラアプリもさらに難しくなりそうです。