Android Developers Japan Blog

Android 開発の最新情報をご紹介する「Now in Android」#28

2020年11月10日火曜日

この記事は Chet Haase による Android Developers - Medium の記事 "Now in Android #28" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

Android 開発の最新ニュースやトピックをご紹介する Now in Android。今回は新連載シリーズ MAD Skills の「ナビゲーション」、Android X ライブラリ、連載シリーズ Kotlin Vocabulary、最近公開されたブログ記事・動画・関連ドキュメント、ポッドキャストエピソードなどをご紹介します。
MAD Skills: ナビゲーション

新連載シリーズ MAD Skills は、Modern Android Development（最先端の Android 開発）テクノロジーの使い方をデベロッパーの皆さんにお伝えするコンテンツです。このテクノロジーを使えば、優れたアプリを簡単に作ることができます。このシリーズは、前回の Now in Android を投稿した時期に始まりました。それから数週間が経ち、Navigation コンポーネントを扱った最初のミニシリーズが完結し、リアルタイム Q&A もご用意しました。MAD Skills の目的の 1 つは、最先端の Android 開発のさまざまな機能の使い方をお伝えするだけでなく、皆さんの問題や質問に耳を傾けて解決のお手伝いをすることでした。そのため、各ミニシリーズの終わりには、YouTube でリアルタイム Q&A を開催する予定です（編集部注：セッションはすべて英語で実施されます）。それに向けて、Twitter で質問を募集しました。また、Twitter と YouTube でもライブで質問に回答し、さらに、プロダクトに関わっている何名かのエキスパートに、おすすめする内容について話を聞きました。ナビゲーションについては、10 月 29 日木曜日の午前 10 時（日本時間 10 月 30 日午前 3 時）に私と Ian Lake がリアルタイム Q&A を開催し、現在はアーカイブを公開しています。寄せられたご質問は、こちらの Twitter スレッドと、#AskAndroid がついた投稿から確認できます。
ナビゲーションのエピソードを見逃してしまった方は、動画や記事で確認できます。

エピソード 1: 概要（動画、記事（英語））

エピソード 2: ダイアログの遷移先（動画、記事（英語））

エピソード 3: SafeArgs（動画、記事（英語））

エピソード 4: ディープリンク（動画、記事（英語））

続きのコンテンツは、YouTube の MAD Skills プレイリスト、Medium の記事、またはすべてのリンクが掲載されているランディングページからご覧いただけます。今後の MAD コンテンツにもご期待ください。11 月 1 日からは次のシリーズが始まっています！

AndroidXGitHub の AndroidX ライブラリまず、AndroidX は、 GitHub を通して多くのライブラリを提供しています。多くのデベロッパーの皆さんは、Android でずっと使われている AOSP+Gerrit システムよりも、使い慣れた GitHub を好まれていることは認識しています。これはすばらしいアイデアです。ただししかし、私たちが利用しているインフラストラクチャを考慮すると、そのアイデアの実現はそう簡単ではありません。それでも、皆さんの意見を踏まえて模索し始め、数か月前から Paging、Room、WorkManager という積極的に開発が行われている一部のライブラリを GitHub で利用できるようにしました。先日、Activity、Fragment、Navigation の各ライブラリも追加しましたので、ぜひご確認ください。またご自分でも貢献したいという方は、CONTRIBUTING ドキュメントに記載されている詳細をご覧ください。
安定版リリースいつものように、たくさんのアルファ版、ベータ版、RC 版とマイナー安定版リリースがありました。主な安定版リリースについて紹介します。MediaRouter 1.2.0: これは注目に値するバージョンです。というのも、Android 11 の新しいメディア機能のいくつかと同期する機能が追加されているからです。

Android 11 には、メディアプレーヤー用のたくさんの細かな UI が追加され、メディアコントロールが通知パネルの新しい専用の領域にまとまっているため、他の通知に紛れることなく 1 か所から簡単にメディアを制御できます。これは、新しいデベロッパー機能というより、皆さんが既に作っているかもしれない通知を別の形で表現したものです。Lollipop リリース以降で利用できる MediaSession や MediaStyle API はそのまま使うことができます。ただし、Android 11 には、「シームレスなメディア移行」を目的としていくつかの新機能が追加されています。これにより、ユーザーは出力スイッチャー（下記）で再生デバイスを変更できます。今回の MediaRouter の新リリースを使うと、この新しいプラットフォーム機能を操作できます。

この MediaRouter の新リリースを使うと、出力スイッチャーにどの再生デバイスを表示するかを制御できるので、ユーザーはシームレスにオーディオを移動できます。Android 11 のメディアに関する変更点を確認したい方は、Don Turner の動画 What's new in Media（メディアの新機能）をご覧ください。
アルファ版いくつかのアルファ版リリースも紹介したいと思います。アルファ版はアルファ版であり、チームの開発が進むとともに変更が繰り返されるので、通常はアルファ版に注目することはありません。しかし、Paging と Navigation のアルファ版のリリースは、近未来のアプリ開発という点で注目に値するでしょう。
Jetpack Compose のアルファ版の開発が進んでいますが、「Jetpack Compose の世界で、[ここにお気に入りの Jetpack ライブラリを挿入] は今後どうなりますか？」と、質問を受けることがあります。お答えします。アーキテクチャコンポーネントの多くは、個々のビューや既存の UI ツールキットを扱うものではありません。そのため、それぞれのライブラリは、Jetpack Compose の新しい世界でどれも等しく必要かつ有用です。それだけでなく、現在私たちは、異なるコンポーネントを簡単に連携させることができるように、統合機能の開発を進めています。Compose は既に ViewModels および LiveData と組み合わせて使うことができますが、本日からは Paging と Navigation の両方も Jetpack Compose のサポート対象になりました。
Kotlin Vocabulary先日、Kotlin の言語機能に関するシリーズで記事を 3 件公開しました。（英語記事一覧・日本語記事一覧）
分割代入Florina Muntenescu が Kotlin の分割代入機能についての新しい記事（英語）と動画を投稿しました。分割代入は、オブジェクトの異なるフィールドの値を複数の変数に割り当てる際に便利です。たとえば、次のデータクラスがあったとします。
data class Donut( dough: String, topping: String)すると、変数を Donut インスタンスのフィールドにすばやく割り当てることができます。val (dough, topping) = someDonutデータクラスでは何もしなくても分割代入が動作しますが、他のクラスの関数に分割代入機能を持たせることもできます。

エクステンションMeghan Mehta が Kotlin 言語機能のエクステンションについて説明した新しい記事（英語）を公開しました。エクステンションとは、既存のクラスに新しいメソッドやプロパティを追加できるような機能です。実際には、エクステンションが既存のクラスに何かを挿入することはありません。しかし、メソッドの呼び出し元からはそのように見えます。なお、内部的には、クラスのインスタンスを受け取る静的メソッドとして実装されています。
この Kotlin の機能は、私もよく使うことになりそうです。API デベロッパーとして、後から API を改善できるという考え方が気に入っています。プラットフォームやライブラリのコアの外側に API を追加するにもかかわらず、コードから使うときは、まるでそこにあるように見えるのです。たとえば、String クラスに String.isAGoodDonutName() というエクステンションメソッドを作ったとしましょう。すると、呼び出し元はこのエクステンションメソッドを使い、“Sprinkle”.isAGoodDonutName() というように String からこのメソッドを直接呼び出すことができます。他の言語のアプローチのように、他のパッケージやクラスを使って Utils.StringMethods.isAGoodDonutName(“Sprinkle”) などと記述する必要はありません。
コルーチン最後に、Manuel Vivo が新しい動画「コルーチンの ABC」を公開し、CoroutineScope、CoroutineContext、Dispatcher、Job などのトピックについて説明しています。コルーチンの ABC というより、CDJ のように見えるかもしれません。

その他の最近公開されたブログ記事と動画よくある Google Play ストアのポリシー違反アプリを公開する際に厄介なことの 1 つは、そのアプリを確実にストアのガイドラインに準拠させることです。このガイドラインは、ユーザーにとって優れたアプリのエコシステムを実現するために存在しています。しかし、正しい対処方法を厳密に伝えるのは難しい場合もあります。そこで、問題につながる可能性があるいくつかのよくある違反と、それを避ける方法についてより理解を深めていただくため、この記事を公開しました。よくあるポリシー違反の中には、アプリの UI から Play Store へのリンク、アプリの明確な概要よりも検索キーワードを意識した説明、ウェブサイトのコンテンツを WebView で見せるだけのアプリなどがあります。
カンファレンスのプレゼンテーション多くのカンファレンスがオンラインでの開催を強いられているこの時期に、Droidcon は興味深いアプローチをとりました。たくさんのイベントを組み合わせて、広いタイムゾーンをカバーする大きなイベントを実施したのです。10 月に行われたこのカンファレンスのヨーロッパ、中東、アフリカバージョンと、そのすべての動画がオンラインで公開されています（私たちのチームが作ったものもあれば、広大なコミュニティのとてもたくさんのデベロッパーの皆さんが作ったものもあります）。
MotionTagsスクリーンキャストの MotionTags シリーズには、前回から 2 つのエピソードが投稿されました。

エピソード 7 は <KeyAttribute> を取り上げます。これは、transform やアルファ値などのビューのプロパティを含むタグです。

エピソード 8 は <KeyCycle> を取り上げます。このタグには KeyAttribute と同じ属性が多く存在しますが、アニメーションに使う波形を定義するプロパティも提供されています。そのため、複雑で実におもしろい動作を実現できます。なお、KeyCycle を簡単に作成して編集できるスタンドアロンの CycleEditor ツールもあります。

MotionTags プレイリストの他のシリーズと合わせてご覧ください。

トレーニング先日、Udacity Android Kotlin Developer Nanodegree が新しくリリースされました。このコースは、ベストプラクティスに従って Kotlin で Android アプリを構築する方法を学びたい方が対象です。前提条件や詳しい内容は、プログラムの概要をご覧ください。なお、この Nanodegree は有償プログラムで、フィードバック付きのプロジェクト、テクニカルメンターサポート、キャリアサービスが Udacity から提供されます。ただし、ベースとなるコースのコンテンツは Google が Udacity と共同で作成したもので、誰でも無料でアクセスできます。このコンテンツは、Kotlin による Android アプリ開発や Kotlin による高度な Android で確認できます。
ADB （Android Developers Backstage）ポッドキャスト新エピソード

前回の Now in Android 以降、Android Developers Backstage に新しいエピソードが投稿されています。以下のリンクまたはお気に入りのポッドキャストクライアントでご確認ください。
Romain Guy と私が、新しい 3.0 バージョンの Paging ライブラリ（「Paging 3」）について、Android ツールキットチームの Dustin Lam と Chris Craik に話を聞きました。

ADB 151: Paging 3

このバージョン（現在アルファ版）は、コルーチンと Flow を使って Kotlin で完全に書き直されています。それにはさまざまな理由がありますが、このポッドキャストではその点に迫っています。ぜひお聴きください。
またお会いしましょう今回は以上です。次回も Android デベロッパーの世界の最新アップデートをお届けします。お楽しみに。
Reviewed by Takeshi Hagikura - Developer Relations Team and Hidenori Fujii - Google Play Developer Marketing APAC

Google Play 配信アプリのよくあるポリシー違反とその回避方法

2020年11月9日月曜日

この記事は Andrew Ahn による Android Developers Blog の記事 "Developer tips and guides: Common policy violations and how you can avoid them" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。Google Play では、安全でエンゲージメントが高く、便利で楽しいアプリのエコシステムを培いたいと考えています。そのようなアプリが、世界中の数十億人の Android ユーザーに愛され、使われることを期待しています。そのため、Google Play のデベロッパーポリシーとデベロッパー販売/配布契約を定期的に改定し、アプリのコンテンツや機能の境界について詳しく記述したり、デベロッパーの皆さんがアプリの宣伝や収益化を行うための最新ガイドを提供しています。Google Play Store で公開されているアプリがデベロッパーポリシーに準拠しているかどうかを分析したところ、デベロッパーの皆さんが犯しがちないくつかの誤りや違反があることがわかりました。この記事では、デベロッパーコミュニティの皆さんにそれらの点をお伝えするとともに、ポリシー違反によってアプリやデベロッパーアカウントが停止されるリスクを軽減できるように、違反を避けるためのヒントとガイドをご紹介します。Google Play Store 内の他アプリへのリンクよくある誤りの 1 つは、Play Store にリンクしているボタンやメニューに多く見受けられます。リンク先は同じデベロッパーによるアプリだったり、連携している他社のアプリだったりしますが、それが広告や宣伝のリンクであるかを明らかにしていないことがよくあります。その場合、詐欺や偽装広告と見做されてしまう可能性があります。このような誤りを避ける方法の 1 つは、ボタンやリンクを明示的な名前にすることです。たとえば、「その他のアプリ」「その他のゲーム」「試してみる」「他のアプリをチェック」などです。

Google Play のアプリ掲載情報にリンクしているアプリコンテンツの例
アプリの説明に不要な内容が含まれているよく見られるもう 1 つの誤りは、あるキーワードやフレーズのランクを上げてアプリを見つかりやすくしようと、アプリの説明にキーワードを詰め込むことです。キーワードの繰り返しや、関係のないキーワードや参照を含むテキストブロックやリストは、ストアの掲載情報とプロモーションのポリシーに違反します。この違反を避ける最善の方法の 1 つは、ユーザーにとって読みやすくわかりやすいアプリの説明を書くことです。
不適切なストアの掲載情報を避ける方法や、人工的にアプリの視認性を上げる方法については、こちらの動画をご覧ください。

メンテナンスされていないアプリや動作しないアプリ
デベロッパーがかなり以前に公開し、既にメンテナンスされなくなったアプリも存在します。メンテナンスされていないアプリは、機能が動作しないなど、ユーザーエクスペリエンスの問題を生み出します。このようなアプリは、少ない星の数や否定的なユーザーレビューで評価されるリスクがあるだけでなく、最小限の機能を提供するというポリシーに違反しているとも認識される可能性があります。デベロッパーやアプリの評判が下がるのを防ぐためにも、そのようなアプリは Play Store で非公開にすることを検討してください。なお、非公開にしても、既にアプリをインストールしている既存ユーザーには影響しません。また、デベロッパーはいつでも問題を修正してアプリを再公開することができます。

メンテナンスされず動作しないアプリの例

Minimum and Broken Functionality Spam

アプリか Webview かまた、既存ウェブサイトを Webview で見せているだけに過ぎないアプリもよく見かけます。こういったアプリのほとんどは、Android ユーザーにエンゲージメントの高いアプリのエクスペリエンスを提供するというよりは、単にトラフィックを上げるという目的で登録されています。このようなアプリは、Webview スパムと見なされ、Play から削除されます。アプリではウェブ以上の機能を提供することを検討し、ユーザーエクスペリエンスを高める関連機能を実装してください。

アプリの機能がない Webview の例

Play アカデミーの ‘Webview Spam’ コースを受講

ここで説明したのはよくある誤りの一部だけですが、ポリシーの最新情報については、Google Play デベロッパーポリシーセンターをご確認ください。また、最新のポリシーアップデートの詳細については、Comply with Google Play's Spam and Minimum Functionality policiesなどの Google Play アカデミーのポリシートレーニングコースや Play PolicyBytes 動画をご覧ください。
Reviewed by Konosuke Ogura - Trust & Safety - Play & Android, Global Policy & Operations Lead and Hidenori Fujii - Google Play Developer Marketing APAC

Google Play の定期購入や Firebase Remote Config などを活用してより良いアプリとサービスを提供する

2020年11月6日金曜日

※本記事は Google Developers Japan Blog の記事の再掲です。

Android Developers のウェブサイト

日本は、アプリやゲームのデベロッパーの皆さんにとって、とても特色のある国の 1 つです。大多数の人が 4G 以上のサービスを提供している携帯会社と契約していますし、強く、安定しているモバイルネットワークを使い、自宅や学校、電車に乗っている時にスマートフォンでアプリやゲームを楽しんでいます。特に首都圏や大阪、福岡のような大都市では電車・地下鉄は便利な移動手段で、昨今の状況以外では、だいたい毎日多くの人が電車や地下鉄に乗っていて、スマートフォンをいつも 10分未満から長い場合は 1 時間半以上も使っています。加えて、多数の人が高いサービス品質やユーザー対応に期待を寄せています。
日本の市場でアプリやゲームのビジネスをもっと拡大するには、とても短い時間であっても、長時間であっても楽しめてなおかつ高品質である製品を開発する必要があるでしょう。

tapple誕生、LIFULL HOME’S、mikan がどのようにアプリを改善し、より良いサービスの提供を行ったか事例をぜひご覧ください。

株式会社マッチングエージェントが提供する tapple誕生はユーザー数 500 万人、2 億以上のマッチングを実現しています。非常に意欲的なビジネスの目標を掲げ、会員のライフタイムバリュー（LTV）の最大化を行うために Google Play の定期購入、 Firebase Remote Config、 Firebase A/B Testing を活用してテストを重ね、2017 年から 2019 年にかけてLTV を 30% 高めることに成功しました。

株式会社LIFULL は日本と 57 カ国で不動産情報サービスを提供し、ウェブサイトとアプリLIFULL HOME’S を日本国内向けに公開しています。コンバージョンとアプリ継続率の向上のために、ダークテーマの導入を検討してテストを重ねた結果アプリ継続率を 10% 以上高めることに成功しました。テスト環境の構築は Android API と Android Studio のプレビューモードを使用して短期間で行い、続いてダークテーマを導入したアプリのユーザビリティについてマテリアルデザインリソースのカラーツールを活用してデザイナーが検証を行いました。

株式会社 mikan は、「1 億総バイリンガル」をミッションに掲げる日本のスタートアップ企業です。この目標を達成するため、同社はこれまでに 15 種類以上の学習アプリを開発してきました。2014 年の創業時にリリースした最初の英単語学習アプリは、わずか 3 日間で 10 万件を超えるダウンロードを記録しましたが、以降課題となったのは、アプリの収益化を行い、ビジネスの成長を維持し、目標を達成することでした。そこで、Firebase Remote Config を使用して、Android での A/B テストを実施。ユーザーにとって最も魅力的な価格と定期購入の期間を調査した結果、8 か月間でユーザーの 70% 以上が 1 年プランを選択し、安定した収入源となっています。

ご紹介した 3 社のケーススタディからは、アプリを公開した後にマネタイズ（収益化）とユーザーの利便性を向上することは、ビジネスの成功に不可欠であることがわかります。

私たちは引き続き開発者向けのツールと Google Play ポリシーの変更を通じて、定期購入やダークモードなどを活用したビジネスの成長をサポートしていきます。また、定期購入の円滑な導入や最適化に欠かせないテストツールも提供しています。

Posted by Hidenori Fujii - Google Play Developer Marketing APAC

Kotlin のデフォルト引数

2020年11月5日木曜日

この記事は Florina Muntenescu による Android Developers - Medium の記事 "Don’t argue with default arguments" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

Kotlin Vocabulary: デフォルト引数
短くて使いやすいデフォルト引数を利用すると、ボイラープレートを書くことなく関数のオーバーロードを実現できます。多くの Kotlin の機能と同じように、この機能も魔法のように便利です。その秘密を知りたいと思いませんか？この記事では、デフォルト引数の内部の仕組みを紹介します。
基本的な使用方法
関数のオーバーロードが必要な場合、同じ関数を複数回実装する代わりに、デフォルト引数を使うことができます。

SPDX-License-Identifier: Apache-2.0 -->

// instead of:

fun play(toy: Toy){ ... }

fun play(){

play(SqueakyToy)

}

// use default arguments:

fun play(toy: Toy = SqueakyToy)

fun startPlaying() {

play(toy = Stick)

play() // toy = SqueakyToy

}

デフォルト引数はコンストラクタにも適用できます。

SPDX-License-Identifier: Apache-2.0 -->

class Doggo(

val name: String,

val rating: Int = 11

)

val goodDoggo = Doggo(name = "Tofu")

val veryGoodDoggo = Doggo(name = "Tofu", rating = 12)

Java との相互利用デフォルトでは、Java はデフォルト値のオーバーロードを認識しません。

SPDX-License-Identifier: Apache-2.0 -->

// kotlin

fun play(toy: Toy = SqueakyToy) {... }

// java

DoggoKt.play(DoggoKt.getSqueakyToy());

DoggoKt.play(); // error: Cannot resolve method 'play()'

コンパイラにオーバーロードメソッドを生成するよう指示するには、Kotlin 関数に @JvmOverloads アノテーションを追加します。

SPDX-License-Identifier: Apache-2.0 */

@JvmOverloads

fun play(toy: Toy = SqueakyToy) {… }

内部処理コンパイラが生成した内容を確認するため、逆コンパイルした Java コードを見てみましょう。[Tools] -> [Kotlin] -> [Show Kotlin Bytecode] を選択し、[Decompile] ボタンを押します。
関数

SPDX-License-Identifier: Apache-2.0 */

fun play(toy: Toy = SqueakyToy)

...

fun startPlaying() {

play(toy = Stick)

play() // toy = SqueakyToy

}

// decompiled Java code

public static final void play(@NotNull Toy toy) {

Intrinsics.checkNotNullParameter(toy, "toy");

}

// $FF: synthetic method

public static void play$default(Toy var0, int var1, Object var2) {

if ((var1 & 1) != 0) {

var0 = SqueakyToy;

}

play(var0);

}

public static final void startPlaying() {

play(Stick);

play$default((Toy)null, 1, (Object)null);

}

コンパイラが 2 つの関数を生成していることがわかります。

play — 1 つのパラメータ Toy を受け取り、デフォルト引数が使われない場合に呼び出されます。

合成メソッド play$default — 3 つのパラメータ Toy、int、Object を受け取ります。デフォルト引数が使われたときに呼び出されます。Object パラメータは常に null ですが、int の値は異なります。どう違うのかを見てみましょう。

int パラメータ
play$default の int パラメータの値は、デフォルト引数が渡された引数の数と、そのインデックスに基づいて計算されます。Kotlin コンパイラは、どのパラメータを使って play 関数を呼び出すかを、このパラメータの値に基づいて判断します。この例の play() の呼び出しでは、インデックス 0 の引数がデフォルト引数を使っています。そのため、int var1 = 2⁰ を使って play$default を呼び出します。
play$default((Toy)null, 1, (Object)null);
これで、play$default の実装は、var0 の値をデフォルト値で置き換えなければならないことを認識できます。
この int パラメータの動作を確認するため、もう少し複雑な例を見てみましょう。play 関数を拡張し、この関数を呼び出す際に doggo と toy をデフォルト引数として使うようにします。

SPDX-License-Identifier: Apache-2.0 */

fun play(doggo: Doggo = goodDoggo, doggo2: Doggo = veryGoodDoggo, toy: Toy = SqueakyToy) {...}

fun startPlaying() {

play2(doggo2 = myDoggo)

}

逆コンパイルしたコードはどうなったでしょうか。

SPDX-License-Identifier: Apache-2.0 */

public static final void play(@NotNull Doggo doggo, @NotNull Doggo doggo2, @NotNull Toy toy) {

...

}

// $FF: synthetic method

public static void play$default(Doggo var0, Doggo var1, Toy var2, int var3, Object var4) {

if ((var3 & 1) != 0) {

var0 = goodDoggo;

}

if ((var3 & 2) != 0) {

var1 = veryGoodDoggo;

}

if ((var3 & 4) != 0) {

var2 = SqueakyToy;

}

play(var0, var1, var2);

}

public static final void startPlaying() {

play2$default((Doggo)null, myDoggo, (Toy)null, 5, (Object)null);

}

int パラメータが 5 になりました。この計算の仕組みは次のようになります。0 番目と 2 番目のパラメータでデフォルト引数が使われているので、var3 = 2⁰ + 2² = 5 となります。パラメータは、ビット単位の & 演算を使って次のように評価されます。

var3 & 1 != 0 は true なので、var0 = goodDoggo

var3 & 2 != 0 は false なので、var1 は置換されない

var3 & 4 != 0 は true なので、var2 = SqueakyToy

コンパイラは、var3 に適用されたビットマスクから、どのパラメータをデフォルト値と置き換えるかを計算できます。
Object パラメータ
上の例で、Object パラメータの値が常に null になっていたことに気づいたかもしれません。実際に、play$default 関数ではこの値が使われることはありません。このパラメータは、オーバーライドする関数でデフォルト値をサポートするために使用されています。
デフォルト引数と継承
デフォルト引数がある関数をオーバーライドすると、何が起きるでしょうか。先ほどの例を次のように変更してみましょう。

play を Doggo の Open 関数にし、Doggo を Open クラスにする。

Doggo を拡張した PlayfulDoggo クラスを新しく作成し、play をオーバーライドする

PlayfulDoggo.play にデフォルト値を設定しようとしても、次のように表示され、許可されません。An overriding function is not allowed to specify default values for its parameters（オーバーライド関数では、パラメータへのデフォルト値の指定は許可されていません）

SPDX-License-Identifier: Apache-2.0 */

open class Doggo(

val name: String,

val rating: Int = 11

) {

open fun play(toy: Toy = SqueakyToy) {...}

}

class PlayfulDoggo(val playfulness: Int, name: String, rating: Int) : Doggo(name, rating) {

// error: An overriding function is not allowed to specify default values for its parameters

override fun play(toy: Toy = Stick) { }

}

override を削除して逆コンパイルしたコードを確認すると、PlayfulDoggo.play() は次のようになっています。

public void play(@NotNull Toy toy) {... }

// $FF: synthetic method

public static void play$default(Doggo var0, Toy var1, int var2, Object var3) {

if (var3 != null) {

throw new UnsupportedOperationException("Super calls with default arguments not supported in this target, function: play");

} else {

if ((var2 & 1) != 0) {

var1 = DoggoKt.getSqueakyToy();

}

var0.play(var1);

}

これは、デフォルト引数を使った super の呼び出しが将来的にサポートされるという意味なのでしょうか。この点については、成り行きを見守るしかありません。
コンストラクタ
コンストラクタでは、逆コンパイルした Java コードに 1 つだけ違う点があります。以下をご覧ください。

SPDX-License-Identifier: Apache-2.0 */

// kotlin declaration

class Doggo(

val name: String,

val rating: Int = 11

)

// decompiled Java code

public final class Doggo {

...

public Doggo(@NotNull String name, int rating) {

Intrinsics.checkNotNullParameter(name, "name");

super();

this.name = name;

this.rating = rating;

}

// $FF: synthetic method

public Doggo(String var1, int var2, int var3, DefaultConstructorMarker var4) {

if ((var3 & 2) != 0) {

var2 = 11;

}

this(var1, var2);

}

コンストラクタでも合成メソッドが作成されていますが、関数で使われていた Object ではなく、DefaultConstructorMarker が null で呼び出されています。

SPDX-License-Identifier: Apache-2.0 */

// kotlin

val goodDoggo = Doggo("Tofu")

// decompiled Java code

Doggo goodDoggo = new Doggo("Tofu", 0, 2, (DefaultConstructorMarker)null);

デフォルト引数があるセカンダリコンストラクタでも、プライマリコンストラクタと同じように DefaultConstructorMarker を使った別の合成メソッドが生成されます。

SPDX-License-Identifier: Apache-2.0 */

// kotlin

class Doggo(

val name: String,

val rating: Int = 11

) {

constructor(name: String, rating: Int, lazy: Boolean = true)

}

// decompiled Java code

public final class Doggo {

...

public Doggo(@NotNull String name, int rating) {

...

}

// $FF: synthetic method

public Doggo(String var1, int var2, int var3, DefaultConstructorMarker var4) {

if ((var3 & 2) != 0) {

var2 = 11;

}

this(var1, var2);

}

public Doggo(@NotNull String name, int rating, boolean lazy) {

...

}

// $FF: synthetic method

public Doggo(String var1, int var2, boolean var3, int var4, DefaultConstructorMarker var5) {

if ((var4 & 4) != 0) {

var3 = true;

}

this(var1, var2, var3);

}

まとめシンプルで美しいデフォルト引数を利用すると、パラメータにデフォルト値を設定できるようになるので、メソッドをオーバーロードする際に書かなければならないボイラープレートコードの量が減ります。多くの Kotlin キーワードに言えることですが、生成されるコードを調べてみれば、そこでどのような魔法が使われているかを理解できます。詳しくは、他の Kotlin Vocabulary の投稿を確認してみてください。

Reviewed by Takeshi Hagikura - Developer Relations Team

Kotlin のクラス委譲とプロパティ委譲サポート機能

2020年11月5日木曜日

この記事は Murat Yener による Android Developers - Medium の記事 "Delegating Delegates to Kotlin" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

Kotlin Vocabulary: 委譲
仕事を完了する方法の 1 つは、その仕事を他者に委譲することです。皆さんの仕事を友だちに委譲することを言っているわけではありません。今回のテーマは、あるオブジェクトから別のオブジェクトに委譲することです。
ソフトウェアの世界では、委譲という考え方は新しいものではありません。委譲はデザインパターンの 1 つで、あるオブジェクトがデリゲートと呼ばれるヘルパーオブジェクトに委譲することでリクエストを処理することを指します。デリゲートの役割は、元のオブジェクトに代わってリクエストを処理し、その結果を元のオブジェクトが利用できるようにすることです。
Kotlin はクラス委譲とプロパティ委譲をサポートしているので、委譲を簡単に扱えます。さらに、いくつかの独自の組み込みデリゲートも提供しています。クラス委譲最後に削除された項目を復元できる ArrayList を使うとしましょう。基本的に、必要なのは同じ ArrayList の機能だけですが、最後に削除された項目への参照が必要です。
これを実現する方法の 1 つは、ArrayList クラスを拡張することです。この新しいクラスは、MutableList インターフェースの実装ではなく ArrayList の具象クラスを拡張したものなので、ArrayList の具象クラスの実装と強く結合されることになります。
MutableList の実装で remove() 関数をオーバーライドし、削除した項目の参照を保持できるようにしたうえで、その他の空の実装を他のオブジェクトに委譲したいと思ったことはありませんか？Kotlin では、これを実現する方法が提供されています。具体的には、内部 ArrayList インスタンスに作業の大半を委譲し、その動作をカスタマイズできます。これを行うため、Kotlin には新しいキーワード by が導入されています。
では、クラス委譲の仕組みを確認してみましょう。by キーワードを使うと、Kotlin は innerList インスタンスをデリゲートとして使用するコードを自動的に生成します。<!-- Copyright 2019 Google LLC.

SPDX-License-Identifier: Apache-2.0 -->

class ListWithTrash <T>(

private val innerList: MutableList<T> = ArrayList<T>()

) : MutableCollection<T> by innerList {

var deletedItem : T? = null

override fun remove(element: T): Boolean {

deletedItem = element

return innerList.remove(element)

}

fun recover(): T? {

return deletedItem

}

by キーワードは、MutableList インターフェースの機能を innerList という名前の内部 ArrayList インスタンスに委譲するよう Kotlin に伝えます。内部 ArrayList オブジェクトに直接橋渡しするメソッドが提供されるので、ListWithTrash は MutableList インターフェースのすべての機能をサポートします。さらに、独自の動作を追加することもできるようになります。内部処理動作の仕組みを確認してみましょう。ListWithTrash のバイトコードを逆コンパイルした Java コードを見ると、Kotlin コンパイラが実際にラッパー関数を作成していることを確認できます。このラッパー関数が、内部 ArrayList オブジェクトの対応する関数を呼び出していることもわかります。
public final class ListWithTrash implements Collection, KMutableCollection {

@Nullable

private Object deletedItem;

private final List innerList;

@Nullable

public final Object getDeletedItem() {

return this.deletedItem;

}

public final void setDeletedItem(@Nullable Object var1) {

this.deletedItem = var1;

}

public boolean remove(Object element) {

this.deletedItem = element;

return this.innerList.remove(element);

}

@Nullable

public final Object recover() {

return this.deletedItem;

}

public ListWithTrash() {

this((List)null, 1, (DefaultConstructorMarker)null);

}

public int getSize() {

return this.innerList.size();

}

// $FF: bridge method

public final int size() {

return this.getSize();

}

//...and so on

}

注: 生成されたコードで、Kotlin コンパイラは Decorator パターンという別のデザインパターンを使ってクラス委譲をサポートしています。Decorator パターンでは、デコレータクラスがデコレートされるクラスと同じインターフェースを共有します。デコレータクラスは、ターゲットクラスの内部参照を保持し、そのインターフェースで提供されるすべてのパブリックメソッドをラップ（デコレート）します。
委譲は、特定のクラスを継承できない場合に特に便利です。クラス委譲を使うと、クラスが他のクラスの階層に含まれることはなくなります。その代わり、同じインターフェースを共有し、元の型の内部オブジェクトをデコレートします。つまり、パブリック API を維持したまま、実装を簡単に入れ替えることができます。プロパティ委譲by キーワードを使うと、クラス委譲だけでなく、プロパティを委譲することもできます。プロパティ委譲では、デリゲートはプロパティの get 関数と set 関数の呼び出しを担当します。他のオブジェクトで getter/setter ロジックを再利用しなければならない場合、対応するフィールドだけでなく機能を簡単に拡張することができるので、この機能が非常に便利です。
次のような定義の Person クラスがあったとしましょう。
class Person(var name:String, var lastname:String)
このクラスの name プロパティには、いくつかのフォーマット要件があります。name を設定するとき、先頭の文字が大文字、他の文字が小文字になるようにします。さらに、 name を更新する場合、updateCount プロパティを自動的にインクリメントします。この機能は、次のように実装してもいいかもしれません。
<!-- Copyright 2019 Google LLC.

SPDX-License-Identifier: Apache-2.0 -->

class Person(name: String, var lastname: String) {

var name: String = name

set(value) {

field = value.toLowerCase().capitalize()

updateCount++

}

var updateCount = 0

}

これは動作しますが、要件が変わって lastname が変更されたときも updateCount をインクリメントすることになるとどうでしょうか。ロジックをコピーして貼り付け、カスタムの setter を書いてもいいかもしれませんが、両方のプロパティにまったく同じ setter を書いていることに気づくでしょう。
<!-- Copyright 2019 Google LLC.

SPDX-License-Identifier: Apache-2.0 -->

class Person(name: String, lastname: String) {

var name: String = name

set(value) {

field = value.toLowerCase().capitalize()

updateCount++

}

var lastname: String = lastname

set(value) {

field = value.toLowerCase().capitalize()

updateCount++

}

var updateCount = 0

}

どちらの setter メソッドもほぼ同じということは、どちらかは不要ということです。プロパティ委譲を使うと、getter と setter をプロパティに委譲してコードを再利用できます。クラス委譲と同じように、by を使ってプロパティを委譲します。すると、プロパティ構文を使ったときに、Kotlin はデリゲートを使うコードを生成します。
<!-- Copyright 2019 Google LLC.

SPDX-License-Identifier: Apache-2.0 -->

class Person(name: String, lastname: String) {

var name: String by FormatDelegate()

var lastname: String by FormatDelegate()

var updateCount = 0

}

この変更を行うと、name プロパティと lastname プロパティが FormatDelegate クラスに委譲されます。FormatDelegate のコードを確認してみましょう。デリゲートクラスは、getter だけを委譲する場合は ReadProperty<Any?, String> を、getter と setter の両方を委譲する場合は ReadWriteProperty<Any?, String> を実装する必要があります。この例の FormatDelegate は、setter が呼び出された場合にフォーマット処理を行うので、ReadWriteProperty<Any?, String> を実装しなければなりません。
<!-- Copyright 2019 Google LLC.

SPDX-License-Identifier: Apache-2.0 -->

class FormatDelegate : ReadWriteProperty<Any?, String> {

private var formattedString: String = ""

override fun getValue(

thisRef: Any?,

property: KProperty<*>

): String {

return formattedString

}

override fun setValue(

thisRef: Any?,

property: KProperty<*>,

value: String

) {

formattedString = value.toLowerCase().capitalize()

}

getter 関数と setter 関数に 2 つの追加パラメータがあることに気づいた方もいらっしゃるでしょう。最初のパラメータ thisRef は、プロパティを含むオブジェクトを表します。これを使うと、オブジェクト自体にアクセスし、他のプロパティを確認したり、他のクラス関数を呼び出したりできます。2 つ目のパラメータは KProperty<*> です。これは、委譲されたプロパティについてのメタデータにアクセスするために使うことができます。先ほどの要件を思い出してみてください。thisRef を使って updateCount プロパティにアクセスし、インクリメントしてみましょう。
<!-- Copyright 2019 Google LLC.

SPDX-License-Identifier: Apache-2.0 -->

override fun setValue(

thisRef: Any?,

property: KProperty<*>,

value: String

) {

if (thisRef is Person) {

thisRef.updateCount++

}

formattedString = value.toLowerCase().capitalize()

}

内部処理この仕組みを理解するため、逆コンパイルした Java コードを見てみます。Kotlin コンパイラは、name プロパティと lastname プロパティについての FormatDelegate オブジェクトへのプライベートな参照を保持するためのコードと、追加したロジックを含む getter/setter の両方を生成します。さらに、委譲されるプロパティを保持する KProperty[] も作成しています。name プロパティに対して生成された getter と setter を見てみると、インスタンスはインデックス 0 に保存されています。一方、lastname プロパティはインデックス 1 に保存されています。
public final class Person {

// $FF: synthetic field

static final KProperty[] $$delegatedProperties = new KProperty[]{(KProperty)Reflection.mutableProperty1(new MutablePropertyReference1Impl(Reflection.getOrCreateKotlinClass(Person.class), "name", "getName()Ljava/lang/String;")), (KProperty)Reflection.mutableProperty1(new MutablePropertyReference1Impl(Reflection.getOrCreateKotlinClass(Person.class), "lastname", "getlastname()Ljava/lang/String;"))};

@NotNull

private final FormatDelegate name$delegate;

@NotNull

private final FormatDelegate lastname$delegate;

private int updateCount;

@NotNull

public final String getName() {

return this.name$delegate.getValue(this, $$delegatedProperties[0]);

}

public final void setName(@NotNull String var1) {

Intrinsics.checkParameterIsNotNull(var1, "<set-?>");

this.name$delegate.setValue(this, $$delegatedProperties[0], var1);

}

//...

}

この仕組みによって、通常のプロパティ構文を使って任意の呼び出し元が委譲されるプロパティにアクセスできるようになっています。
person.lastname = “Smith” // println(“Update count is $person.count”)
Kotlin は単に委譲をサポートしているだけではありません。Kotlin 標準ライブラリで組み込みの委譲も提供していますが、詳しくは別の記事で説明したいと思います。委譲は他のオブジェクトにタスクを委譲する際に役立ち、コードの再利用性を高めます。Kotlin コンパイラは、委譲をシームレスに使えるようにコードを作成します。Kotlin は、by キーワードを使ったシンプルな構文でプロパティやクラスの委譲を行います。Kotlin コンパイラは、パブリック API を一切変更せず、委譲をサポートするために必要なすべてのコードを内部的に生成します。簡単に言えば、Kotlin は委譲に必要なボイラープレートコードをすべて生成して維持してくれます。つまり、委譲を Kotlin に委譲することができるのです。
Reviewed by Yuichi Araki - Developer Relations Team

Android Studio 4.1 をリリースしました

2020年11月4日水曜日

この記事は Scott Swarthout による Android Developers Blog の記事 "Android studio 4.1" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

2020 年 10 月 12 日（日本時間 10 月 13 日）、Android Studio 4.1 の安定版がリリースされました。編集、デバッグ、最適化の一般的なユースケースに対応する一連の機能が追加されています。今回のリリースの主なテーマは、Android Jetpack ライブラリを使う際の生産性向上でした。Android Jetpack とは、デベロッパーがベストプラクティスに従って速くコードを書けるようにするための Android ライブラリスイートです。皆さんからのフィードバックに基づき、コード編集操作にたくさんの改善を行ったほか、よく使われる Android ライブラリを IDE に統合しています。Android Studio 4.1 で注目すべき機能には、アプリのデータベースを照会できる新しい Database Inspector、依存性注入に Dagger または Hilt を使うプロジェクトのナビゲーションのサポート、オンデバイス機械学習のサポート向上（Android プロジェクトでの TensorFlow Lite モデルのサポートを含む）などがあります。さらに、変更の適用を更新してデプロイを高速化しました。皆さんからのフィードバックに基づき、ゲームデベロッパーに役立つ変更も行いました。新しいネイティブメモリプロファイラとスタンドアロンプロファイリングツールを導入しています。私たちは、Android Studio の品質を向上するため、バグやパフォーマンスの問題に懸命に対応してきました。多くのデベロッパーの皆さんから、パフォーマンスと信頼性の向上に主眼を置いていることを評価する声が届いています。今回のリリースサイクルでは、2,370 個のバグを修正し、公開されていた 275 個の問題をクローズしたことをご報告します。デベロッパーの皆さんの生産性にとって鍵となるのは、高い品質です。私たちはこれからも高い品質を維持することをお約束します。
プレビューリリースで早くからフィードバックを寄せてくださった皆さん、ありがとうございました。皆さんからのフィードバックは Android Studio 4.1 の開発にあたって反復作業や機能改善に役立ちました。最新の安定版リリースを使う準備が整い、新たな生産性機能を使ってみたい方は、Android Studio 4.1 をこちらからダウンロードしてください。
続いて、主なデベロッパーフローごとに分類された、Android Studio 4.1 のすべての新機能をご紹介します。

デザインマテリアルデザインコンポーネントのアップデート新しいプロジェクトを作成する際のダイアログに表示される Android Studio のテンプレートが、マテリアルデザインコンポーネント（MDC）を使ったものになりました。デフォルトで、テーマとスタイルの最新ガイドに準拠しています。この変更により、推奨のマテリアルスタイルパターンや、ダークテーマなどの最新の UI 機能を簡単に使えるようになります。

プロジェクトテンプレートのマテリアルデザインコンポーネントのアップデート
アップデートには、以下の内容が含まれています。

MDC: プロジェクトは、build.gradle の com.google.android.material:material を利用します。ベースとなるアプリのテーマの親が Theme.MaterialComponents.* になり、アップデートされた MDC の色と「on」属性をオーバーライドします。

カラーリソース: colors.xml のカラーリソースは色の名前を使います（たとえば、colorPrimary ではなく purple_500 となります）。

テーマリソース: テーマリソースが（styles.xml ではなく）themes.xml に格納され、Theme.<ApplicationName> 名を使います。

ダークテーマ: ベースとなるアプリのテーマの親が DayNight になり、res/values と res/values-night に分割されます。

テーマ属性: 色のハードコードを避けるため、レイアウトとスタイルのカラーリソースはテーマ属性（たとえば、?attr/colorPrimary）として参照されます。

開発Database Inspector新しい Database Inspector では、アプリのデータベースを簡単に調査、照会、変更できるようにしたいと考えました。この機能を使ってみるには、API レベル 26 以降を実行しているデバイスにアプリをデプロイし、メニューバーから [View] > [Tool Windows] > [Database Inspector] を選択します。アプリで Jetpack Room ライブラリを使っている場合でも、Android プラットフォームバージョンの SQLite を直接使っている場合でも、実行中のアプリのデータベースやテーブルを簡単に調査したり、カスタムクエリを実行したりできます。
Android Studio は、アプリを調査しているときもライブ接続を維持しているので、Database Inspector を使って値を変更し、実行中のアプリで変更内容を確認することもできます。Room 永続化ライブラリを使っている場合は、コードエディタの各クエリの隣にも実行ボタンが表示されるので、@Query アノテーションで定義したクエリをすばやく実行できます。詳細はこちらをご覧ください。

Database Inspector でアプリのデータベースを調査、照会、変更
Android Studio の中で直接 Android Emulator を実行Android Studio の中で直接 Android Emulator を実行できるようになりました。この機能を使うと、画面スペースを節約したり、ホットキーでエミュレータとエディタのウィンドウ間をすばやく移動したり、1 つのアプリケーションウィンドウの中で IDE とエミュレータのワークフローを整理したりできます。なお、スナップショットの管理や、回転やスクリーンショットなどの一般的なエミュレータ操作は Studio から行うことができますが、すべてのオプションにアクセスするには、安定版のエミュレータを実行する必要があります。この機能は、次の操作でオプトインできます。
[File] → [Settings] → [Tools] → [Emulator] → [Launch in Tool Window]

Android Studio の中で Android Emulator を実行
Dagger ナビゲーションサポートDagger

Hilt詳細はこちらをご覧ください

ガターアクションで Dagger 関連のコード間を移動

TensorFlow Lite モデルの利用

Android デベロッパーは、機械学習を使って革新的で便利な体験を生み出しています。TensorFlow Lite は、モバイル機械学習モデルを記述する際によく使われるライブラリです。私たちは、こういったモデルを Android アプリに簡単にインポートできるようにしたいと考えました。Android Studio は、ビューのバインディングと同じような使いやすいクラスを生成してくれます。そのため、少量の型安全なコードでモデルを実行できます。ML モデルバインディングの現在の実装では、メタデータで拡張されたイメージ分類とスタイル変換のモデルがサポートされています。

インポートしたモデルの詳細やアプリでモデルを使う手順は、プロジェクトで .tflite モデルファイルをダブルクリックし、モデルビューアのページを開くと確認できます。詳細はこちらをご覧ください。

Android Studio 4.1 で TensorFlow Lite モデルのメタデータを確認

ビルドとテスト

Android Emulator - 折りたたみ式デバイスのヒンジのサポート

Android Studio

Android エミュレータは、最近追加された 5G 携帯通信のテストに加え、折りたたみ式デバイスもサポートします。Android Emulator 30.0.26 以降では、さまざまなデザインや設定の折りたたみ式デバイスを設定できます。折りたたみ式デバイスを設定すると、エミュレータはヒンジ角度センサーのアップデートと姿勢の変化を報告するようになります。そのため、このフォームファクタに対してアプリがどのように応答するかをテストできます。詳しくは、ブログ投稿 Developing for Android 11 with the Android Emulatorをご覧ください。

変更の適用のアップデート

ビルドが速くなれば、デベロッパーは短時間で簡単にアプリを変更できるようになります。アプリに対する反復作業の生産性を上げるため、Android 11 以降を実行しているデバイス向けに、変更の適用機能を強化しました。

私たちは反復作業にかかる時間の短縮に本格的に取り組み、アプリをインストールすることなく変更をデバイスにデプロイして永続化する方法を開発しました。一度 Android 11 デバイスにデプロイすれば、それ以降、コードの変更の適用 [Apply Code Changes] または変更を適用してアクティビティを再起動 [Apply Changes and Restart Activity] する場合のデプロイが大幅に速くなります。さらに、変更の適用でコードの変更のサポートが強化されています。メソッドを追加した場合でも、コードの変更の適用 [Apply Code Changes] または変更を適用してアクティビティを再起動 [Apply Changes and Restart Activity] のどちらかをクリックすることで、実行中のアプリに変更をデプロイできるようになっています。

AAR から C/C++ の依存関係をエクスポート

Android Gradle プラグイン 4.0 には、AAR の依存関係の Prefab パッケージをインポートする機能が追加されています。この機能については、ネイティブライブラリの共有もサポートするように拡張したいと考えていました。AGP バージョン 4.1 を利用すると、Android ライブラリプロジェクト用の AAR に格納されている外部ネイティブビルドからライブラリをエクスポートできます。ネイティブライブラリをエクスポートするには、ライブラリプロジェクトの build.gradle ファイルの android ブロックに以下を追加します。

buildFeatures {
    prefabPublishing true
}

prefab {
    mylibrary {
      headers "src/main/cpp/mylibrary/include"
    }

    myotherlibrary {
        headers "src/main/cpp/myotherlibrary/include"
    }
}

ネイティブクラッシュレポートのシンボリケーション

ネイティブコードでクラッシュや ANR が発生した場合、システムはスタックトレースを生成します。これは、クラッシュした瞬間までにプログラムがネストして呼び出した一連の関数のスナップショットです。このスナップショットは、ソースの問題を特定して修正する際に役立つ可能性がありますが、マシンのアドレスを人間が読むことができる関数名に戻すため、まずシンボリケーションを行う必要があります。

C++ などのネイティブコードを使ってアプリやゲームを開発する場合、アプリのバージョンごとにデバッグシンボルファイルを Play Console にアップロードできるようになりました。Play Console は、このデバッグシンボルファイルを使ってアプリのスタックトレースのシンボリケーションを行い、クラッシュや ANR を解析しやすくします。App Bundle にデバッグシンボルを含めるには、プロジェクトの build.gradle ファイルに次の行を追加します。

android.buildTypes.release.ndk.debugSymbolLevel = 'SYMBOL_TABLE'

最適化

システムトレース UI の改善

Android Studio 4.1 では、システムトレースを大幅に見直しました。システムトレースは、アプリがシステムリソースをどのくらい使っているかをリアルタイムで確認できる最適化ツールです。今回は、ボックス選択モードでトレースを簡単に選択できるようにし、新しい解析タブを追加し、アプリの UI のレンダリングに関する問題を調査できるように詳しいフレームレンダリングデータを追加しました。詳細はこちら（英語）をご覧ください。

ボックス選択: [Threads] セクションで、マウスをドラッグすると、四角形の領域をボックス選択できるようになりました。右上の [Zoom to Selection] ボタンをクリックする（または M キーボードショートカットを使う）と、ズームできます。また、隣り合っている似たようなスレッドをドラッグ＆ドロップすると、複数のスレッドをまたいで選択し、同時に調査できます。

ボックス選択でトレースの選択がさらに簡単に

Summary タブ: [Analysis] パネルに新しく [Summary] タブを追加しました。このタブには、以下の内容が表示されます。

発生回数、最短時間、最長時間など、特定のイベントのすべての発生に関する統計の集計
選択したイベントの統計のトレース
スレッドの状態分布データ
選択したトレースイベントの最長実行時間

[Summary] タブに集計した統計を表示

データの表示: [Display] セクションに SurfaceFlinger と VSYNC の新しいタイムラインが追加されました。アプリの UI のレンダリング問題を調査する際に役立ちます。

スタンドアロンプロファイラ

Android Studio のメインウィンドウとは別のウィンドウで Android Studio のプロファイラにアクセスできるようになりました。この機能は、Unity や Visual Studio など、別のツールで構築した Android ゲームを最適化する場合に便利です。

スタンドアロンプロファイラを実行するには、以下の操作を行います。

システムで Android Studio のプロファイラが起動していないことを確認します。
インストールディレクトリの中にある bin ディレクトリに移動します。

Windows/Linux: <studio-installation-folder>\bin
macOS: <studio-installation-folder>/Contents/bin

OS に応じて、profiler.exe または profiler.sh を実行します。
スタンドアロンプロファイラから Android Emulator や接続されているデバイスに接続できるようになります。

スタンドアロン Android Studio プロファイラでアプリを最適化

Native Memory Profiler

ゲームデベロッパーや C++ を使っているデベロッパーにとって重要なのは、ネイティブメモリの使用量をトラッキングし、アプリのメモリ消費を最適化する方法を理解することです。Android Studio の Memory Profiler に、Native Memory Profiler が含まれるようになりました。Android 10 以降を実行する実機にデプロイしたアプリが対象になります。Native Memory Profiler は、特定の時間帯におけるネイティブコードのオブジェクトの割り当てや割り当て解除をトラッキングし、合計割り当て量やシステムヒープの残量についての情報を提供します。

Memory Profiler ウィンドウの上部にある [Record native allocations] をクリックすると、記録を開始します。

Native Memory Profiler でネイティブメモリの割り当てを確認

Android Studio 4.1 に含まれる主な機能拡張と新機能

デザイン

マテリアルデザインコンポーネントのアップデート

開発

Database Inspector
Android Studio の中で直接 Android Emulator を実行
Dagger ナビゲーションサポート
TensorFlow Lite モデルの利用

ビルドとテスト

Android Emulator - 折りたたみ式デバイスのヒンジのサポート
変更の適用のアップデート
AAR から C/C++ の依存関係をエクスポート
ネイティブクラッシュレポートのシンボリケーション

最適化

システムトレース UI の改善
スタンドアロンプロファイラ
Native Memory Profiler

本資料は、Unity Technologies やその関連会社による提供または提携ではありません。“Unity” は、米国およびその他の場所における Unity Technologies またはその関連会社の商標または登録商標です。

Reviewed by Yuichi Araki - Developer Relations Team

新しい Google Play Console の機能でアプリの公開手順を最適化する

2020年11月2日月曜日

この記事は Steve Suppe による Android Developers Blog の記事 "Optimize your app publishing process with new Google Play Console features" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。※本記事は Google Developers Japan Blog の記事の再掲です。

アプリやゲームの公開は、アプリのライフサイクルの中でも特に重要な瞬間です。本番リリースを安定させ、テストリリースをすばやく公開し、マーケティングに関してのメッセージに適切に掲載するなど、すべてをスムーズに行う必要があります。そのためには、アプリのステータスが見えることが重要です。Google Play でアプリの審査がいつ行われ、いつ承認され、いつ公開できる状況になるのかを把握できれば、リリーススケジュールを立てやすくなります。

新しい Google Play Console の 2 つの新機能で、それを可能にしました。[公開の概要] ページでは、アプリの公開が完了するまでの流れを把握しやすくなりました。また、管理対象の公開を利用すると、Google Play でアプリのアップデートを公開するタイミングを細かく制御できます。11 月 2 日に新しい Play Console が全ユーザーに適用されると、これらの機能がリリースのタイミング管理の推奨方法になります。この記事では、アプリの公開管理機能を詳しくご説明します。

公開の概要

新しい [公開の概要] ページには、リリースやストアの掲載情報などに対する最近の変更がすべて表示されます。これには、現在審査中の変更や、Google Play が処理中の変更も含まれます。大規模なチームに所属している方は、すべての変更を 1 か所で管理して同時に公開できるようになります。

公開の概要は、デベロッパーのアクティビティログとは異なり、Google Play での表示上の変更や、アプリの審査に関わる、国・地域やアプリのコンテンツ等の変更しか表示されません。

[審査中の変更] セクションでは、まだ公開されていない変更をすばやく確認できる

変更は、変更の種類やリリーストラック別に整理されているので、一目で簡単に把握できます。

管理対象の公開

旧 Play Console の時間指定公開機能をよくご存知の方も多いでしょう。新しい Play Console では、「時間指定公開」が「管理対象の公開」に変わりました。これにより、公開の操作がさらにわかりやすく、思いどおりに動作するようになります。

管理対象の公開を有効にすると、審査で変更が承認されて処理が完了した後に自動的に公開されるのではなく、[確認して公開] 後にのみ公開されるようになります。公開を確定すると、数分以内にアップデートが Google Play に公開されます。これにより、リリース予定日よりもかなり早く変更を送信でき、公開日に対する制御を失わずに確認や変更の時間がとれるようになります。

どの変更が審査、承認されたかを確認する

管理対象の公開がオンになっている場合、[公開の概要] ページに 2 つのセクションが表示されます。1 つは承認されて公開の準備が整っている変更、もう1つはまだ審査中の変更です。

加えて、多くの方から寄せられたいくつかの改善要望にも対応しています。

一部の変更がまだ審査中であっても、承認済みの変更のみを公開できるようになっています。これまでの時間指定公開では、すべての変更が承認されるまで、どの変更も公開できませんでした。
管理対象の公開は、審査中の変更や公開準備が整った変更がある場合も含め、いつでもオンまたはオフにできます。管理対象の公開を使うために審査が終わるのを待つ必要はなくなります。
時間指定公開は [公開] をクリックするとオフになり、使用するたびに再度オンにする必要があります。管理対象の公開は、デベロッパーが手動でオフにするまでオンのままになります。

管理対象の公開がオンになっているかどうかは、左側のナビゲーションメニューで確認できる

近日中に、左側のナビゲーションの [公開の概要] の隣に管理対象の公開アイコンが表示されるようになります。これにより、Play Console のどこからでも管理対象の公開がオンかどうかを確認できます。

新しい Play Console の公開機能について詳しく知りたい方は、Play Academy のこちらのコース（英語）をご覧ください。まだ新しい Play Console を試していない方は、play.google.com/console にアクセスして、ぜひ管理対象の公開をお試しください。

Reviewed by Naoki Oyama - Partner Development Associate, Mai Kato - Product Excellence Lead, Google Play and Hidenori Fujii - Google Play Developer Marketing APAC

Android Developers Japan Blog を開設しました

2020年11月2日月曜日

Android と Google Play は多くの皆さまに支えられ、成長を遂げることができました。これからも日本のデベロッパーの皆さまが、Android や Google Play に関する情報を日本語で、そしてさらに簡単に必要な情報にアクセスできるよう、Android Developer Japan Blog （日本語）を 2020 年 11 月 2 日からスタートしました。Android と Google Play の情報をより探しやすく特定の製品情報を探しやすくするために、2020 年 11 月以降、Android と Google Play の情報は Android Developers Japan Blog をメインのブログとして情報掲載を開始します。Android と Google Play の情報をお探しの方は、こちらのブログを今後ご覧ください。Android と Google Play に関する日本のデベロッパー様向けの情報のお届け日本で開催される Android と Google Play 関連のイベントやキャンペーンなどの日本のデベロッパー様向けの情報を随時発信していきます。Android と Google Play の機能を活用できる情報を充実製品情報、新規機能やポリシーの変更などだけではなく、Android と Google Play をより活用するための事例や分析方法、マーケティングの情報なども順次掲載していきます。
Android Developers Japan Blog をぜひご覧ください。
Posted by Tamao Imura - Developer Marketing Manager, Platforms and Ecosystems

Android 開発の最新情報をご紹介する「Now in Android」#27

2020年10月22日木曜日

この記事は Chet Haase による Android Developers - Medium の記事 "Now in Android #27" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

Android 開発の最新ニュースやトピックをご紹介する Now in Android。今回は Android Studio 4.1、MAD Skills シリーズ、Kotlin Vocabulary の追加、Play 請求サービスのサブスクリプション、生体認証、MotionLayout タグ、最近公開されたブログ記事・動画・関連ドキュメント、ポッドキャストエピソードをご紹介します。
Android Studio 4.1: 現在安定版

先日、Android Studio 4.1 の安定版ビルドがリリースされました。このリリースについては、安定版前のリリースが進んでいるときのエピソードでもお伝えしましたが、いくつかの注目機能について振り返ってみましょう。

Database Inspector: IDE からオンデバイスデータベースの状態を確認したり、変更を行ったりできます（Jetpack Room または直接 SQLite クエリを使います）。
新しいプロジェクトテンプレート: マテリアルデザインコンポーネントを使うようにアップデートされています。
統合エミュレータウィンドウ: 別のウィンドウでなく、IDE 内で直接エミュレータを実行できます。「統合」せずして統合開発環境と呼ぶことはできません。
Dagger/Hilt コードナビゲーション: ガター部分にアクションが追加され、そこをクリックすると、コードの Dagger や Hilt の型について詳しく確認できます。
ML モデルのバインディング: Studio がインポートした TensorFlow Lite モデル用のコードを生成してくれるので、アプリのコードから簡単にモデルを利用できます。

このリリースの詳細は、Yacine Rezgui の動画や Scott Swarthout のブログ記事（英語）、Android Studio リリースノートで確認できます。または、ダウンロードしてお試しください。

新連載シリーズ MAD Skills

Modern Android Development（最先端の Android 開発）について取り上げる、 MAD Skills という新シリーズを立ち上げました。このシリーズでは、言語（Kotlin）、ツール、（Android Studio）、API（Jetpack のサブセット）、配信（Android App Bundle）などのさまざまな MAD について紹介する動画やブログ記事を公開します。数週間ごとに、具体的なトピックを扱うミニシリーズがスタートする予定です。

10月第 2 週から、Navigation コンポーネントについてのシリーズをお届けします。第 1 回のエピソードでは、私が API やツールの概要についてお話しします。第 2 回のエピソードでは、ダイアログを開く方法を紹介します。10 月第 3 週は、SafeArgs とディープリンクを扱うエピソードを投稿する予定です。
これまでに投稿された動画は MAD Skills プレイリスト（英語）で確認できます。毎週新しいエピソードが投稿されるので、随時こちらをご覧ください。いつまで続くのかと言うと… まだ予定は未定です。ただ、取り上げるべき技術コンテンツはたくさんあるので、しばらく続くことになるでしょう。
記事形式でコンテンツを読みたい方のために、記事で説明していない内容について取り上げた動画を公開するときは、Medium の Android Developers にも記事を投稿します。今後の MAD 記事にご注目ください。
Kotlin Vocabulary

好評の Kotlin Vocabulary シリーズに、いくつかの新しいエピソードが追加されました。
デフォルト引数
Florina Muntenescu がブログ記事（英語）と動画を投稿し、Kotlin のデフォルト引数の仕組みについて解説しています。デフォルト引数は、Kotlin の強力な言語機能です。オーバーロード関数の数を減らし（4 つではなく 1 つのコンストラクタだけで View.java を実現できることを想像してみてください）、一般的に妥当なデフォルト値が存在する場合にコードを簡単に呼び出せるようになります。

by の活用: Kotlin の委譲

Murat Yener もブログ記事（英語）と動画を投稿し、Kotlin の委譲機能について説明しています。委譲は、別のコードに処理を渡すときに使います。この記事では、クラス委譲（クラスの処理を完全に別のクラスに委ねる場合）とプロパティ委譲（プロパティの基本的な get/set 機能を別のオブジェクトに委ねる場合）の例を示しています。
Kotlin は、インフラと言語キーワード（by）だけでなく、いくつかの組み込み委譲機能（by lazy など）も提供しています。しかし、記事で取り上げているのは、「仕組み」の段階までとなっています。組み込みの委譲に関する説明は、今後の記事でご紹介します。

Play 請求サービスのサブスクリプション
定期購入者の獲得と維持に関して、Caren Chang が Play 請求サービスの新しい機能と要件をサポートする方法を説明する記事を投稿しました（英語）。この変更は、11 月 1 日より適用されます。アプリで定期購入商品を販売している方は、対応が必要になる可能性がある点について確認しておきましょう。
編集部注：定期購入プラットフォームに関するすべての変更点について、日本語で解説しています。

Google Play で定期購入者を獲得して維持するための新機能と Play Billing Library バージョン 3

必ず要件をご確認の上、対応期限である 2020 年 11 月 1 日までに各機能のテストをお済ませください。
生体認証
Isai Damier が Android の生体認証に関する 2 回シリーズの記事を投稿しました。パート 1 では、生体認証の組み込みを検討すべき理由について説明しています。たとえば、ユーザーがアプリに頻繁にログインしなければならない場合、生体認証を提供すると必要な操作をすばやく簡単に行えます。インストール後に一度だけログインすればいいアプリなら、（おそらくパスワードによるログインは面倒なので）生体認証は従来のパスワードによるログインに比べて、ユーザーのセキュリティを向上させつつ便利なログインの仕組みを提供する方法になるかもしれません。

編集部注：Android 11 の画面ロックと生体認証を含む認証機能については「Android 11 のロック画面と認証の改善」で詳しくご説明しています。

Motion Tags: KeyPosition
Motion Tags シリーズに、KeyPosition について説明したエピソードを投稿しました。KeyPosition タグは、MotionLayout アニメーションのレイアウト情報を指定します。これまでのエピソードは、Motion Tags プレイリストからご覧ください。

ADB （Android Developers Backstage）ポッドキャスト新エピソード

Android Developers Backstage に新しいエピソードが投稿されています。以下のリンクまたはお気に入りのポッドキャストクライアントでご確認ください。

ADB 150: Aaptly Named

Tor Norbye と Romain Guy、そして私が、フレームワークチームの Ryan Mitchell から、aapt2 ツールの動作の仕組みなど、リソースについて話を聞きました。
またお会いしましょう今回は以上です。次回も Android デベロッパーの世界の最新アップデートをお届けします。お楽しみに。

Takeshi Hagikura - Developer Relations Team

Android 開発の最新情報をご紹介する「Now in Android」#26

2020年10月9日金曜日

この記事は Chet Haase による Android Developers - Medium の記事 "Now in Android #26" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

Android 開発の最新ニュースやトピックをご紹介する Now in Android。今回はターゲット API 要件、AndroidX、Android Basics コース Unit 2、Play Store と Billing の記事、ゲームデベロッパー向けのテクスチャマッピング、RecyclerView、パフォーマンス、認証、最近公開されたブログ記事・動画・関連ドキュメント、ポッドキャストエピソードをご紹介します。
アプリのアップデートでターゲット API 29 以降が必須に
11 月 2 日より、すべてのアプリのアップデートは API レベル 29 以降をターゲットにする必要があります。ほとんどのアプリは既にこのアップデートを完了されていますが、まだ未対応の方は今が絶好のタイミングです。
詳しくは、Google Play のターゲット SDK 要件を満たす方法についてのガイドをご覧ください。
AndroidX リリース
AndroidX では、いつものようにアルファ版、ベータ版、RC 版でいくつかの中間バージョンのアップデートが行われています。しかし、安定版がリリースされたライブラリもありますのでご活用ください。

Media 1.2.0: このリリースでは、AudioAttributesCompat のサポートの改善、Mediarouter を使う場合のボリュームコントロールのサポート、Media2 との相互運用性に関する修正が行われています。
Exif 1.3.0: このバージョンでは、いくつかの重要なバグ（メモリ不足状態を引き起こすものなど）の修正に加え、WebP ファイルに EXIF メタデータを書き込む機能が追加されています。

コース: Android Basics in Kotlin

Android Basics in Kotlin コースの Unit 2 が公開されました。このコースを受講すると、開発経験がなくても、無料でソフトウェア開発、Android、Kotlin のすべてを同じコースで学ぶことができます。

Google Play の最新情報と関連記事
Google Play についての最新記事が公開されました。デベロッパーの皆さんは、ぜひご確認ください。
Google Play ストアと課金システム
Google Play ストアを使って配信を行っているアプリ、ゲームのデベロッパーに向けて、Sameer Samat （Vice President、 Product Management）が Play ストアを利用する際の要件やポリシーを改めてまとめた記事を公開しました。たとえば、Play ストアや他のアプリストアでの配信、デジタル商品のアプリ内購入に Google Play の課金システムを使う際の留意点などについて説明しています。

デベロッパーからのフィードバックを受け、Google Play をより良くします

また、Google Play の課金システムやそれに関連したポリシーについてさらに詳しくご理解いただけるよう、Mrinalini Loew がよくいただく質問とそれらに対する回答を公開しました。

Google Play の支払いに関するよくある質問にお答えします

さらに Google Play の課金システムの実装方法について詳しく知りたい方は、Caren Chang のシリーズ記事をお読みください。（英語）

Google Play ConsolePlay Console を使っている方なら、新しいバージョンのコンソールを見たことがあるはずです。新しい Play コンソールは、6 月にベータ版を公開しました。一般的なベータ版プロダクトと同じように（少なくとも理想どおりに進めば）、Play Console は今から 1 か月後の 11 月 2 日にベータ版が終了し、安定版がリリースされます。そして古い Play Console は使えなくなり、すべてのユーザーが新しいバージョンを使うことになります。
この新しいバージョンでは、大幅に改善された UI や操作（完全に再設計されています）など、さまざまな機能が提供されます。
リリース前に新しいコンソールを確認したい方は、play.google.com/console にアクセスしてみてください。または、11 月 2 日に新しいコンソールが唯一の選択肢となるまで、ハラハラしながら待ってから使い始めるのもいいかもしれません。

2020 年 11 月 2 日より全デベロッパーに新しい Google Play Console を適用します

ゲームデベロッパーの皆さんへ
先日、Android 向けのゲームを開発しているデベロッパーのためのコンテンツを投稿しました。
テクスチャ圧縮フォーマットのターゲット指定
テクスチャ圧縮はゲームに役立つ技術です。異なるフォーマットを使い分けることで、ダウンロードやランタイムのサイズを縮小しつつ、実行時のパフォーマンスを向上させることができます。ただし、すべての端末がすべてのテクスチャフォーマットをサポートしているわけではありません。では、デベロッパーはどうすればいいでしょうか。
Play Asset Delivery を使うと、App Bundle で複数の種類のテクスチャフォーマットを使えるようになり、ユーザーの端末の機能に応じて適切なバージョンがダウンロードされます。Daniel Galpin によるこちらの記事では、テクスチャ圧縮の簡単な概要と、新しいゲーム配信機能のメリットを活用する方法について詳しく説明しています。動画で見たい方のために、Daniel の Game Dev Show でも同じ内容を紹介しています。

GPU Inspector のテクスチャカウンター
テクスチャとゲーム開発について、Francesco Carucci が Game Dev Show に動画を投稿しました。この動画では、新しい Android GPU Inspector ツールの機能を使って、テクスチャの利用に関連したパフォーマンスの問題の調査方法を紹介しています。
テクスチャはゲームが描画するグラフィックの主役なので、パフォーマンスの問題でも主役になる場合があります。この動画では、GPU Inspector を使う例と、帯域幅やキャッシュ、フィルタリングに関する問題について、またこれらの問題がこのツールでどのように明らかになるのかについて説明しています。

その他の最近公開されたブログ記事と動画
RecyclerView の基本
Meghan Mehta が RecyclerView についての記事を投稿しました。RecyclerView については、RecyclerView ガイドや、Kotlin と Java 両方のサンプル、そしてもちろん関連ドキュメントなど、既に多数の情報があります。しかし、テキストの項目やシンプルな概要などを表示する基本的な RecyclerView を作るだけなら、この記事がぴったりかもしれません。また、ベースとなるサンプルコードも確認したい方は、この記事の GitHub プロジェクトもご覧ください。
パフォーマンスに関する誤解を解消する
Calin Juravle は、Android アプリのパフォーマンスを改善する方法について、いくつかの誤解を取り上げる（そして解消する）記事を公開しました。たとえば、Kotlin と Java のアプリのサイズや起動時間の比較、フィールドと getter/setter の比較、ラムダと内部クラスの比較、オブジェクトプールの利用について解説しています。詳しくは記事をご覧ください。
この記事の中で一番重要なポイントをお伝えしましょう。それは、どの最適化に時間をかけるかを決める前に、アプリのプロファイリングを行うこと、つまりデバッグ版でないものを使うことです。アプリのプロファイリングを先に行わないと、ユーザーの時間を節約するのではなく、自分の時間を無駄にすることになりかねません。
セキュリティと認証
Android セキュリティチームは、さまざまな階層の認証について説明した記事を投稿しました。さらに、Android P、Android 10、Android 11 に導入されているバイオメトリック API についても詳しく説明しています。
またお会いしましょう
今回は以上です。次回も Android デベロッパーの世界の最新アップデートをお届けします。お楽しみに。 Yuichi Araki - Developer Relations Team