Androidアプリ主要な構成要素について要点だけ
rawbytes Androidのアプリにはいくつかの重要な構成要素があって、それぞれ大まかには以下のようにとらえれば良い。 アクティビティ：画面操作 サービス：バックグラウンド動作 ブロードキャストレシーバ：システム監視 コンテンツプロバイダ：データベース
April 2011
Android Market販売レポート改善の要点だけ
2011年4月26日付けの うAndroid Developer ConsoleからGoogle checkoutのマンスリー販売レポートへのアクセスが簡単になった模様。Developer ConsoleにログインするとMerchant Sales Reportという項目が追加されてますね。下記ブログによると現在は2011年3月以降、今後数週間のうちに2010年1月からのデータがアクセス可能になるとのこと。（詳しくは後でチェック予定） http://android-developers.blogspot.com/2011/04/merchant-sales-reports-on-android.html
Mac OSXのmailで送信したメールが文字化けするときの対策の要点だけ
macのmailから送ったメールが文字化けするときは、メール＞テキストエンコーディングでISO 2022-JPを試す。 Mac OSXのmailから送信したメールが「文字化けして読めないよ！」と言われることがある。 これは文字コードの問題で、mailがデフォルトではUTF-8エンコーディングでメールを送信するのが原因みたい。このため、UTF-8に対応していないメーラで受信すると文字化けしてしまうというわけ。 対策はメール作成画面で、メール＞テキストエンコーディングを日本語（ISO 2022-JP）に設定してやればOK。ちなみにISO 2022-JPはJISコードとも呼ばれるもので、日本語のメールでは広く使われる文字エンコーディング方式。
Apple プッシュ通知とローカル通知の要点だけ
Notificationとは Apple Push Notification（Push通知）とは、iOS上で非アクティブなアプリの状態をユーザに通知するための仕組み。アラート通知を通じてアプリはユーザにアプリの起動を促したり、バッジ（アプリアイコンに付与される数字）の表示、サウンド再生などを行う事ができる。 Notificationの種類 iOSで利用できる通知の仕組みは２種類。 （１）Push Notification（プッシュ通知、リモート通知）：サーバからユーザのデバイスに通知を行える。プロバイダ（Provider）と呼ばれるサーバ側の仕組みをサービス提供者が構築し、AppleのApple Push Notification Service（APNs）と通信する必要がある。 providerとAPNsとの通信については別掲する。 （２）Local Notification（ローカル通知）：当該アプリが動作しているデバイスに限って通知を行える。 必要iOSバージョン （１）Push Notification：iOS 3.0以降 （２）Local Notification：iOS 4.0以降 通知できるデータ （１）メッセージ （２）バッジ （３）サウンド：アプリに予め同梱されている必要があり、指定はファイル名で行う。 （４）その他カスタムデータ：プッシュ通知が届くことは保証されていないので、重要なデータをここに乗せるべきではない。 ただし、メッセージ、バッジ、サウンドはユーザ設定によってオフにできるので必ず通知されるわけではない。また、リモート通知で送信できるデータは256byte以内に制限されていることに注意。 その他 いずれも、通知を受けるためにアプリが起動している必要はない。アプリが起動しているときにも通知を受けたことを知る事は可能。通知を受けるときのパターンは以下の４パターン。それぞれ、内部的にコールされるメソッドとデータ、受取り方が異なるので注意。 ・アプリが非アクティブで、ローカル通知を受ける…
Android Market でのキャリア決済対応状況の要点だけ（2011年4月15日現在）
先日のポストでdocomoがAndroid Marketでの決済に対応したことを書いたけど、他のキャリアの対応状況を整理してみた。結論として、大手３キャリアの主要端末ではキャリア決済が既に可能、という理解でOKそう。 docomo http://www.nttdocomo.co.jp/service/provider/spmode/function/payment/index.html#p03 対応済み（2011/3/31～） SoftBank http://www.softbankmobile.co.jp/ja/news/press/2011/20110125_01/ 対応済み（2011/1/25～） au http://www.kddi.com/corporate/news_release/2011/0228/besshi.html 対応済み（2011/3/31～） EMOBILE ？ いずれもキャリア決済可能なものは日本円で価格設定されている（約○○円と出ない）もの。あと、auは非対応の機種もあるので注意。 ついでにAndroid Marketでない、Android上でのコンテンツ決済サービスのメモ。こちらはサイト側の対応が必要なので、対応サービスでのみ利用できる。さらにいうと上記のauのプレスリリースを見るかぎり、この決済サービスの「対応サイト」にAndroid Marketが加わった、という関係性みたい。 docomo spモード http://www.nttdocomo.co.jp/service/provider/spmode/ 2010/9/1～ SoftBank http://www.softbankmobile.co.jp/ja/news/press/2011/20110228_02/ 2011/2/28～ au auかんたん決済 http://markezine.jp/article/detail/10473 2010/6/1～ EMOBILE ？
Xcode 4で古いライブラリのリンクエラーの解決方法を要点だけ
Xcode 4にアップデートしたときに、古いarm6用にビルドされたライブラリのリンクでエラーになる場合の解決方法。 “Undefined Symbols for architecture armv7” みたいな感じ。 詳しくはみてないけどどうもXcode 4のビルド設定のデフォルトが変わった模様。 これは、 ビルド設定のアーキテクチャにarmv6 と armv7のキーワードがあることが原因っぽい。 ⇒Target > Valid Architectures をダブルクリックして、armv7のエントリを削除 そうするとビルドに成功します。ただしiPhone 3GS以降はarmv7なので、当然armv7でビルドできるならそちらのほうが良いはず。
Android Market のdocomo決済について要点だけ
Xperia arc SO-01C ではSIMカードを指してない状態でも Wi-Fi が利用可能。 ついでなので、Android Marketの決済まわりがどのような挙動になるのかを いくつかの条件で試して、整理してみた。 １．docomo決済について ・Wi-Fi接続だけ（SIMなし）のときはクレカ決済だけが可能。docomo決済はそもそも選択肢として出てこない。 ⇒docomo決済をするには3G回線が生きていることが条件ということかな。なのでSIMがささっていても圏外では同様、だと思う。 ・クレジットカード決済はSIMなしでも可能 ・docomo決済を選択すると、初回には住所氏名の入力が求められる。これはGoogle checkoutの「支払方法」の一つとして、クレカと並列として扱われる。VISA xxxxxxに対して DOCOMO JP xxxxxxxxxxx見たいな感じ。決済完了メールもこのDOCOMO JPで来る。 ・docomo決済でアプリを購入するには、spモードパスワード入力が必須。 ・マーケットで「約○○円」と出るもの（たしか外貨払いのもの）は、docomo決済できない（項目としては出てるけど、グレーアウト） ２．払い戻しについて ・アプリ購入ご１５分間は払い戻しが可能。 ・購入したアプリのAndroid Marketページに行くと、購入ボタンのところに「払い戻し」というボタンが出る ・「払い戻し」をタップすると、払い戻し処理に合わせてアプリのアンインストールも行われる ・一度払い戻しをしたアプリは、再購入時は払い戻し対象外。
Android App ウィジェットの更新頻度について要点だけ
updatePeriodMillsの最低間隔は30分 updatePeriodMillsによる更新はデバイスの復帰状態を解除する。要注意。 もっと短い間隔で更新したい場合はAlarmManagerを使う。こっちはスリープも有効。 Android ウィジェット開発の要点だけに書いたとおり、Android ウィジェットの更新はAppWidgetProviderInfoのupdatePeriodMills間隔で行われることになっている。ただし、この更新は端末がスリープも解除して行ってしまうため、あまり頻繁に行う事は推奨されていないし、実際30分より短い間隔でonUpdateは呼ばれないらしい（設定値が無視される）。 これはデバイスのバッテリー消費を抑えるためでごもっとも。望ましくはユーザに更新間隔を設定させるUIも必要かもしれない。 仮に30分より短い間隔で更新を行いたい場合にはAlarmManagerからIntentをコールするような方法を使い、こちらはスリープ中にデバイスをウェークアップさせてしまうことはない（でも操作中はバックグラウンドで動作してしまうから、やっぱり過度な更新は控えるべきなんだろう）。 AlarmManagerを使った更新のやりかたは別途まとめるつもり。
Androidロードマップの要点だけ
POST時点でのロードマップを整理してみるテスト。必ずしも正式発表のものだけではないことに注意： ・リリース済み 2010年1月 2.1 スマートフォン用 API Level 7 2010年5月 2.2 Froyo スマートフォン用 API Level 8 高速化（JIT）/Flash 10.1/Web版Android Market（OTAインストール）/etc 2010年11月 2.3 Gingerbread スマートフォン用 API Level 9 NFC/センサ（ジャイロ、コンパスetc）/フロントカメラ 2011年2月 2.3.3 API Level 10 マイナーリリース。 2011年2月 3.0 Honeycomb API Level 11 タブレット用 ホログラフィックUI/新しいアニメーションフレームワーク/Hardware-acceralated Graphics/マルチコアCPU ・未リリース 2011年後半？ 4.0？ Ice Cream スマートフォン用とタブレット用が統合される見込み http://developer.android.com/intl/ja/sdk/android-2.1.html http://developer.android.com/intl/ja/sdk/android-2.2.html http://developer.android.com/intl/ja/sdk/android-2.3-highlights.html http://developer.android.com/intl/ja/sdk/android-3.0-highlights.html#DeveloperApis
Info.plistから情報取得する方法の要点だけ
Info.plistの特定の項目の値を参照する場合は：