はてなブログだと表がはみ出して見づらかったので、いくつか追記した上でQiitaに書きなおしました 🙇
今年発売されたAndroid端末のdp解像度をまとめた記事を書きました。
「最近は320dpの端末も少なくなっているので…」という話を自分でしながら本当に少なくなっているのかイマイチ確証がなかったので今年も調べて書きました。
ソフトバンクの開発者向けサイトに情報が全然なかったり一部の端末のdpiを調べようとググっても「dpiを変更したら快適になった!」という話しか出てこなかったり心が濁るようなこともあったけど320dp端末は元気です。対応は必須でした。
Android Nで画面分割が来たら300dp対応もしないといけないのかな…。
もうレイアウトをまるごとswXXXdpで分ける時代じゃなくてStaggeredGridLayoutManager#setSpanCount()
とかで吸収していく時代なんだなーと思いました。
来年はシームレスに多端末対応していく術も学んでいきたい。
Androidソースコードレビューで指摘する事が多い項目まとめ2
去年Androidソースコードレビューで指摘する事が多い項目まとめという記事を書いた時はアプリ全体を一度に見るような機会が多かったため、内容も大きめのものばかり書いていましたが、最近はプルリクエスト単位でレビューする機会が増えたので細かい項目についてまとめてみようと思います。
ミリ秒で時間を指定する時に自前で計算している
1000L * 60L * 60L * 24L
のようなコード。
TimeUnitを使いましょう。
24時間の場合は以下のように書けます。
TimeUnit.DAYS.toMillis(1L)
ある文字列がhttp/httpsで始まるかチェック
URLUtil.isNetworkUrl()を使いましょう。
ただしequalsIgnoreCase
で判定してます。
ベースURLにパラメータを付与していってURLを生成したい
StringBuilder#append("&key=").append(value);
のようなコードをいっぱい書いているようなところ。
Uri.Builderを使って以下のように書けます。
Uri.Builder#appendQueryParameter("key", value);
?
や&
、=
を意識しなくてよくなり見やすくなります。
LayoutInflater#inflate()のrootがnull
LayoutInflater#inflate()
でroot
を指定しないと適当なLayoutParams
を用意されて見た目が変わる可能性があるので指定しましょう。
nullにすると警告が出るのですぐわかると思います。
ListViewのHeader/FooterのLayoutInflater#inflate()
Header/FooterはItemのViewと同じようにHeaderViewListAdapter#getView
で返されてListViewに追加されるのでListViewをrootとして渡せばOKです。
Viewの間隔を調整するために透明なViewを使っている
できるだけmarginやpaddingで調整しましょう。
どうしてもViewを置いて調整したいときはSpaceを使いましょう。 このViewは描画処理で何もしないので背景色などが指定出来ない代わりに低負荷です。
ListViewの上下端の要素にだけmarginを入れている
大抵はListViewにpaddingTop/paddingBottomを設定してclipToPadding
をfalseにすると解決します。
文字列のベタ書き
文字列リソースにできるものは文字列リソースにしましょう。
ただし、以下に当てはまるものは文字列リソースに向かないのでベタ書きで良いと思っています。
- ローカライズしてはいけない文字列
- ログや成果計上に使う文字列など
- レイアウトファイルのtools:textなどアプリ内では使われない文字列
private static final String
な文字列
AndroidTVでDeployGateを使う
2015/12/18 14:23 追記:
DeployGateからダウンロードできるAPKがLEANBACK_LAUNCHER
に対応したので以下の内容は不要になりました!
AndroidTVでDeployGate使うためのアプリ作りました。
nein37/deploygate-android-tv · GitHub
AndroidTVでDeployGateアプリが利用できない理由は2つあります。
- Playストアのフィルタに引っかかっている
- DeployGateアプリが
LEANBACK_LAUNCHER
に対応するActivityを実装していない
今回作ったアプリではDeployGateが公開しているAPKダウンロードURLから直接APKをダウンロードしてインストールすることで1.
を回避し、このアプリが起動された時にDeployGateのLAUNCHER
Activityを呼ぶことで2.
を回避しています。
その後は全てDeployGateアプリでの動作となりますが、試した限りではD-Padでもほぼ問題ありませんでした。
以上です。
最近Android TVアプリの開発で困ったこと
雑にメモ
Android TVを正確に判定するのが難しい
Android DevelopersのAndroid TV実装ガイドにはTV端末をチェックするという項目があり、
UI_MODE_TYPE_TELEVISION
で判定すればいいよと書いてある。
しかし実際にはUI_MODE_TYPE_TELEVISION
なのにAndroid TVではない端末いくつかあり、自称AndroidTV端末としてチェックをすり抜けてしまう。
特にOSが4.x系でUI_MODE_TYPE_TELEVISION
な端末が曲者で、Android TVだけを想定してコードを書いていると4.x系では存在しないAPIにアクセスしてクラッシュすることがあって非常に辛い。
手元にないので試せていないが、おそらくHDMIスティック系の端末にも自称TV端末があるのではなかろうか。
TV判定のロジックにAPIレベルのチェックを追加するか、TV向けの部分であってもminSdkVersion
で動くようにしておいたほうが良さそう。
結局、Android TVってUI_MODE_TYPE_TELEVISION
ができたAPI level 13からサポート対象なのか、leanbackライブラリのv17からサポート対象なのか、Android TVそのものができたLollipopからサポート対象なのかよくわからない。
音声検索のマイク権限は外せる
AndroidTVで検索画面を実装する場合、通常はleanbackライブラリのSearchFragment/SearchSupportFragmentを利用する。
このクラスは普通に実装するとRECORD_AUDIO
権限が必要だが、SpeechRecognitionCallback
を設定して音声検索をACTION_RECOGNIZE_SPEECH
に任せれば権限不要となる。
Android Developers Blogにも書いてあったので多分間違いない。
TVでRuntime permissionsに対応するのはしんどいので、どんどん権限を外していきたい。
Leanbackライブラリの更新で死ぬ
leanback-v17ライブラリを23系にあげたときに、HorizontalGridView
のlayout_height
をwrap_content
にしているとjava.lang.IllegalStateException: Must specify rowHeight or view height
みたいなエラーを吐いてクラッシュする。
おそらくVerticalGridView
のlayout_width
でも似たようなエラーが発生してクラッシュしそう。
メッセージの通り高さ/幅を指定すればクラッシュしなくなる。
最近気になっているGoogle Play Servicesの機能
Google Play Services7.5、7.8で素敵な新機能がいっぱい追加されたけど全然追いつけていないのでメモだけ…。
Nearby
Nearbyは近くにあるAndroid/iOS端末同士でやりとりすることができる機能です。 メールやSMS、QRコードなどを介することなく接続できるので、アカウントを知る必要も別にアプリを入れる必要もなくやりとりすることができます。
Trelloというタスク管理アプリではNearbyを使って簡単にボード(タスクリストのようなもの)が共有できるようになってました。
以下はTrelloでNearby接続を開始した時に表示される確認ダイアログです。 耳に聞こえないペア設定コードと表現されていますが、端末によってはわりと大きめの音でジジジジ…と鳴り不快でした…。
Smart Lock for Passwords on Android
Smart Lock for PasswordsはChromeでWebサイトにログインしたときにIDやパスワードを保存し、再ログイン時に入力補完してくれる機能です。 Google Play Services 7.5からAndroidアプリでも同じ機能が使えるようになりました。
Smart Lock(略)を使ってアプリでのログイン時に認証情報をGoogleサーバーに保存しておくことで、次回のログイン時に自動ログインや入力補完させることができます。 また、Chrome側の認証情報管理と同じ仕組みで動いているため、アプリとWebサービスの紐付けをしておけばどちらか一方で保存した認証情報を他方で利用することもできるようになります。
NetflixのAndroidアプリが完全対応していて、前もってWebで認証情報を保存しておくとアプリをインストールして起動した直後に自動的にログインという最高のユーザー体験!という感じでした。
サンプルアプリで認証情報を保存するときの確認ダイアログ
認証情報を取得したときの表示(下部の青い帯。右端のgマークは消せない…)
App Invites(Beta)
App Invitesはメールアプリなどを経由せずに直接アプリの中で送信先を選んで招待メッセージを送信することができる機能です。 招待メッセージを開くとアプリの説明とInstallボタンがあり、このボタンを押下すると対象アプリを未インストールの場合はPlayストア( iTunes App Store)に遷移、インストール済みの場合は対象アプリが起動します。 招待メッセージにディープリンクを埋め込むことができるので、「指定したページでアプリを起動」という挙動もできます。
Yummlyという海外のレシピアプリが導入していたので、動作確認しました。
レシピ詳細で共有先から「Share via Yummly」を選ぶとメッセージの送信先選択画面が表示されます。 タイトル部分は編集可能、複数の宛先が選択可能なようでした。
そのまま送信すると、相手にはこんな感じでアプリの紹介メッセージが届きます。 「Install」を押すとPlayストアへ遷移、またはアプリが起動して共有されたレシピを表示します。
DroidKaigiの発表者を募集中です!
4月25日(土)にDroidKaigiというAndroidエンジニア向けのイベントが開催されます。
私も縁あってこのイベント運営に関わっているのですが、つい最近実行委員会内で「もっと気軽に応募してほしい!」という意見がありました。 DroidKaigiでは発表者となるAndroidエンジニアを募集しており、CFP形式で応募を受け付けています。
CFPと聞くとかなり敷居が高く感じるかもしれませんが、最新技術や高度な技術だけに限らず初心者・入門者に向けた初歩的な内容や日頃行っている開発での工夫などのちょっとしたことまで幅広く受け付けていますので、ぜひあなたの知見を共有して欲しいです!
正直、私自身高度な話はできないかも…と遠慮してましたが、入門者向けにdpiや画面レイアウトに関する内容で応募をしてみようと思っています。
CFPの応募はこちらから!2月25日(水)まで受け付けています。