この記事は Greg Hartrell による Android Developers Blog の記事 "Join us for Google for Games Developer Summit 2021" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
昨年、新しくゲームを始めるユーザーが急増し、ゲームに費やされる時間も増加し、プレーヤーが楽しんで遊べる、エンゲージメントが高いゲームを提供することがゲーム デベロッパーにとって今までになく重要になっています。そこで、デベロッパーの皆さんを支援するため、Google のゲームチームが、7 月 12 日・13 日（日本時間 7 月 13 日・14 日）に Google for Games Developer Summit 2021 を開催することをお知らせします。
このイベントでは、 Google のエキスパートが、開発中の新しいゲーム ソリューションについてお話しします。いずれも、すばらしいゲームを開発したり、プレーヤーとつながったり、ビジネスをスケールアップしたりするうえで役立ちます。登録は無料で、すべてのゲーム デベロッパーの皆さんがご参加いただけるオンラインイベントです。参加登録は、g.co/gamedevsummit よりお手続きください。さらに詳しい情報は、今後数週間のうちにお伝えします。
デベロッパー コミュニティの皆さんへ最新のイノベーションを共有できることを楽しみにしています。
この記事は Dave Burke による Android Developers Blog の記事 "What's new in Android 12 Beta" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
私たちが特に力を入れているのが、ユーザーの好みに適応し、よりパフォーマンスに優れ、セキュリティとプライバシーを重視した新しい UI です。デベロッパーの皆さんには、スマートフォン、ノートパソコン、タブレット、ウェアラブル デバイス、TV、車などを使用するユーザーに向けたすばらしいエクスペリエンスを提供するためのさまざまなツールも用意しています。
Beta 1 には注目すべき点がいくつもあります。まず、「Material You」というデザイン言語を採用し、Android 史上最大の変更が行われた UI です。さらに、おおよその位置情報を提供する設定など、ぜひ試していただきたい新しいプライバシー機能や、アプリとユーザーが高性能なデバイスを確認できる「パフォーマンス クラス」という新しい基準も導入しています。
Pixel デバイスに Android 12 Beta 1 をインストールする場合は、こちらの Web サイトをご覧ください。また、パートナーのデバイスメーカーが迅速なアップデートに取り組んでくださっているおかげで、ASUS、OnePlus、OPPO、Realme、シャープ、TCL、Transsion、Vivo、Xiaomi、ZTE などのデバイスでもBeta 1 をインストールできるようになりました。その他のデバイスも近々対応予定です。詳しくは android.com/beta をご覧ください。
この記事では、新機能のポイントについてさらに詳しく説明します。Android 12 全体の詳細情報や開発方法については Android 12 のデベロッパー向け Web サイトもご覧ください。
ユーザー向けのブログ記事で紹介したとおり、Android 史上最大のデザイン変更を行いました。Android 12 では、より表現力に富み、生き生きと動き、個人の好みに合うよう、色や形、光や動きに至るまですべてのエクスペリエンスを見直しました。私たちはソフトウェア チーム、ハードウェア チーム、マテリアル デザイン チーム間の密接な連携を通じてこの作業に取り組み、ソフトウェアとハードウェアのエコシステムを「Material You」という 1 つのデザイン言語の下で統合しようとしています。
この新しいデザイン言語はプラットフォーム全体にわたり、すべての UI 要素に採用されるので、アプリにはこれらのアップグレードが自動的に適用されます。
再設計されたウィジェット - Android 12 では、デザインとともに、アプリのウィジェットもより使いやすく、美しく、見つけやすく変更しました。
新しく追加されたチェックボックス、スイッチ、ラジオボタンなどのインタラクティブなコントロールによって、ウィジェットがよりカスタマイズしやすくなっています。Android 12 のウィジェットは角が丸くなり、ランチャーとホーム画面に合わせて自動的にパディングが調整されるようになったため、システム UI とテーマに美しく調和します。レスポンシブ レイアウトにより、スマーフォン、タブレット、折りたたみ式デバイスなどさまざまなスクリーンに合わせてウィジェットを変化させることができます。
また、動的なカラー API を使用することで、システムカラーを使用して、統一性を保ちながら独自のウィジェットの外観を作成できるようになりました。さらに、ウィジェットの選択機能が改善され、Assistant との連携性が高まり、ウィジェットがより見つけやすくなっています。サンプルコードをチェックし、新しくなったウィジェットをぜひお試しください。詳細はこちらをご覧ください。
ストレッチ オーバースクロール - システム全体に「ストレッチ」というオーバースクロール効果を追加しています。この効果を使うと、UI 内で利用可能なコンテンツの端までスクロールしたことがユーザーにわかりやすくなります。ストレッチ効果は縦方向と横方向のスクロールが止まることを自然な動作で知らせるものです。すべてのアプリに共通で使用され、プラットフォームと AndroidX のスクロール可能なすべてのコンテナでデフォルトで有効になっています。
このストレッチ オーバースクロールは、これまでのバージョンでサポートされていたグロー効果を用いたオーバースクロールに代わって使用されます。ご自身のアプリやコンテンツでこの新しいスクロール動作を必ずテストしてください。不要であれば無効にすることができます。詳しくはこちらをご覧ください。
よりスムーズな音声の遷移 - UI とは視覚的な要素だけではありません。音声フォーカスの処理も改善されています。
アプリが音声フォーカスを失うと、そのアプリの音量が自動的に小さくなります。音声を出すアプリからアプリへとスムーズに遷移し、アプリ同士で音声を妨げあうことがなくなります。特に、折りたたみ式デバイスやマルチスクリーンの Android 環境では重要な機能です。詳しくはこちらをご覧ください。
Android 12 では、システムとアプリを高速化する基本的なパフォーマンスの改善から、高性能なデバイスを特定し、デベロッパーによるデバイスのエクスペリエンス改善を支援する新しい基準の導入まで、大規模かつ詳細にわたるパフォーマンスの改良を行いました。
高速化と効率化を実現するシステム パフォーマンスの改善 - コアシステムのサービスを実行するのに必要な CPU 時間が 22% 削減されたため、デバイスがより高速に動作し、機敏に反応するようになります。またシステム サーバーによる大型（big）コアの使用が 15% 削減されたため電力効率がよくなり、デバイスの充電が長持ちするようになりました。
さらにロックの競合と遅延時間のばらつきを軽減して遷移とアプリの起動時間を改善し、アプリの読み込みが早くなるよう I/O を最適化しています。PackageManager では読み取り専用のスナップショットにより、ロックの競合が約 92% も減少しました。
Binder では、軽量なキャッシュによって、対象となる呼び出しの遅延時間が最大 47 倍も改善されています。I/O に関しては、dex、odex、vdex ファイルの高速化により、特にメモリ容量が少ないスマートフォンでのアプリの読み込み時間が改善されています。また通知トランポリンの制限により、通知からアプリを起動するときの遅延時間が短縮されました。たとえば、Google フォトアプリでは、通知トランポリンを行わなくなったことで、起動時間が 34% 短くなっています。
データベース クエリのパフォーマンスを改善するため、Binder のトランザクションに結果を埋め込むことで CursorWindow を最適化しました。小さなウィンドウの場合、CursorWindow は 36% 高速化しています。1000 行を超えるウィンドウでは改善率は 49 倍にも達します。
パフォーマンス クラス - Android エコシステムのパートナーと連携し、Android 12 から、高性能な Android デバイスを特定する共通の基準を導入することになりました。
「パフォーマンス クラス」と呼ばれるこの基準は、Android の基本的な要件からさらに進んだ高度な性能を定義します。パフォーマンス クラスの要件を満たすデバイスは、より厳しい条件のユースケースに対応し、より質の高いコンテンツを提供できます。デベロッパーは実行時にパフォーマンス クラスを確認することで、デバイスのパフォーマンスを最大限に活かした高度なエクスペリエンスを確実に提供できます。
当面は、メディアのユースケースに特化して、カメラの起動時の遅延時間、コーデックへの対応、エンコードの質、最小メモリ容量、画面解像度、読み取りと書き込みのパフォーマンスなどの要件を定義したパフォーマンスクラスを提供します。詳しくはこちらをご覧ください。
私たちは常にプライバシーを念頭に置いています。Android 12 でも引き続き、ユーザーのデバイスとデータのセキュリティを保護しながら、透明性と制御性を高めることに努めています。Beta 1 で追加されたプライバシー機能は以下のとおりです。
アプリの休止状態（ハイバネーション） - 昨年、Android に権限の自動リセット機能を追加しました。しばらく使用されず、ユーザーに存在を忘れられたアプリがユーザーのデータにアクセスできないようにするための機能ですが、ここ 2 週間で 850 万もの Android アプリが権限をリセットされています。Android 12 では、権限の自動リセットをさらに発展させ、長期間使用されなかったアプリを自動的に休止状態に切り替え、デバイスのストレージ容量、パフォーマンス、安全性をより改善する機能を導入します。
休止状態はユーザーが以前に許可した権限を取り消すだけでなく、アプリを強制停止してメモリやストレージ、その他の一時リソースを解放します。この状態になると、アプリがバックグラウンドでジョブを実行したりプッシュ通知を受け取ったりできなくなるため、ユーザーのデータが安全に保たれます。通常はユーザーに通知せずに休止状態を適用することをお勧めしますが、アプリで無効にする必要がある場合は、[Settings] からこの機能を無効にするようユーザーに通知してください。詳しくはこちらをご覧ください。
Android 12 では、位置情報の権限を得なくてもアプリで Bluetooth スキャンを実行して近くのデバイスを探せるようになりました。Android 12 をターゲットとするアプリでは、usesPermissionFlags=”neverForLocation” 属性を設定した BLUETOOTH_SCAN 権限を使用してスキャンを実行できます。デバイスとのペア設定が完了したら、BLUETOOTH_CONNECT 権限を使用して通信を開始できます。
usesPermissionFlags=”neverForLocation”
BLUETOOTH_SCAN
BLUETOOTH_CONNECT
これらの権限を使用することで、プライバシーに配慮した設計を採用しながら、アプリを利用する際のユーザーの抵抗感を減らすことができます。詳しくはこちらをご覧ください。
おおよその位置 - Android では最近、フォアグラウンドでのアクセスとバックグラウンドでのアクセスを別々に管理する設定や、「今回のみ」アクセスを許可するオプションなど、位置情報へのアクセスをきめ細かく管理する方法をいくつか導入しています。
Android 12 をターゲットとするアプリでは、「おおよその位置」を選択できるオプションが導入され、よりきめ細かい管理が可能になりました。アプリが正確な位置情報を要求した際に正確な位置情報とおおよその位置情報のどちらの取得を許可するかユーザーが選択できます。位置情報の正確さは [Settings] からいつでも変更できます。アプリで正確な位置情報（ACCESS_FINE_LOCATION)を要求する場合は、この変更点を考慮し、おおよその位置情報だけでもアプリが問題なく機能するようにしてください。
一般的な用途で位置情報を利用するのであれば、通常はおよその位置情報（ACCESS_COARSE_LOCATION）のみを要求することをお勧めします。詳しくはこちらをご覧ください。
Android 12 とアプリの互換性をまだテストしていない方は、ぜひ、早めに着手することをお勧めします。Android 12 Beta 1 は、Pixel デバイスやほかのデバイスで、先行登録したユーザーと、デベロッパーの皆さんが利用可能です。つまり、今後数週間にあなたのアプリを Android 12 上でより多くのユーザーが利用し、問題点を報告してくる可能性があるということです。
互換性をテストするには、Google Play やその他のソースから、Android 12 Beta 1 を実行するデバイスまたはエミュレータにインストールし、アプリのすべてのフローで動作を検証してください。動作の変更点を改めて確認することで、的を絞ったテストを実施できます。問題を解決したら、できるだけ早くアップデートを公開しましょう。
Beta 1 のリリースにより、私たちは 2021年 8 月に予定している Platform Stability の達成に一歩近付きました。プラットフォームの安定性が達成されると、アプリに関連するシステムの動作、SDK と NDK API、非 SDK のリストが最終的に決定されます。この時点で互換性の最終テストを完了し、完全な互換性が確認されたアプリ、SDK、ライブラリのバージョンをリリースできるようにしましょう。デベロッパー向けのスケジュールの詳細については、こちらをご覧ください。
リリースした Beta 1 には、Android 12 の機能を試し、アプリをテストし、フィードバックを送信するために必要なすべてのものが揃っています。ここからサポート対象の Pixel デバイスを登録して、OTA アップデートを受け取ってください。既にプレビュー ビルドをインストールしている場合は、Beta 1 のアップデートが自動で送信されます。開発を始めるには、SDK を設定してください。
Android 12 デベロッパー プレビューに参加している大手デバイスメーカー パートナーのデバイスにも、一部 Android 12 Beta 1 を使用できるものがあります。android.com/beta に、パートナーの一覧と、サポート対象のデバイスの詳細を説明したサイトへのリンクが記載されています。登録とサポートは各パートナーが管理しており、Beta 1 のアップデートもパートナーから直接提供されます。
サポートされている複数のデバイスを対象としたより広範囲なテストを行うには、Android GSI イメージで Android 12 Beta 1 を実行してください。デバイスをお持ちでない場合は、Android Emulator でテストを実行できます。Android Studio の SDK Manager から最新のエミュレータのシステム イメージをダウンロードしてください。
Beta 1 の入手方法の詳細については、Android 12 のデベロッパー向け Web サイトをご覧ください。
Reviewed by Yuichi Araki - Developer Relations Team and Hidenori Fujii - Google Play Developer Marketing APAC
デザインシステム（Design System）はプロダクト開発において重要な役割を担うようになっています。オープンソースのデザインシステムを採用する例や、自社のデザインシステムを構築する例は多くみられます。筆者も株式会社メルカリのデザインシステムプロジェクトのエンジニアとして、Jetpack Compose を使ったデザインシステムの実装をしました。今回は、その実装方法をご紹介します。
Material Design というデザインシステムがすでに存在しているのに、「なぜ別で構築する必要があるのだろうか？」という疑問を持つ方もいらっしゃるのではないでしょうか。プロダクトデザインの世界には、Material Design のスペックがフィットしないケースが多々あります。複数のプラットフォーム（Android、iOS、Webなど）を同時にサポートしたいときや、特別なユーザー体験を提供したいときなど、Material Design をある程度カスタマイズし、拡張することが必要になります。
技術的観点に集中するために、とてもシンプルなデザインシステムを用意しました。プロダクトレベルのデザインシステムとの違いは規模感（スタイルの数と種類）だけで、基本の考え方は変わりません。
ご覧のとおり、多くのデザインシステムにおいてよく使われている 3 種類のスタイルを用意しました。これから実装していきます。
まず使用する色を定義します。これらをまとめたカラーパレットを用意することで、テーマやブランドに応じて配色を切り替えられるようにします。
object DlsColors { val primary = Color(0xFF3366FF) val background = Color(0xFFFFFFFF) val backgroundReverse = Color(0xFF192038) val basic = Color(0xFF8F9BB3) val disable = basic.copy(alpha = 0.24f) val text = Color(0xFF192038) val textReverse = Color(0xFFFFFFFF) val success = Color(0xFF00E096) val link = Color(0xFF0095FF) val warning = Color(0xFFFFAA00) val error = Color(0xFFFF3D71)}
次にカラーパレットのインターフェースを定義します。materialColors は MaterialTheme の色をオーバーライドするために用意しました。
materialColors
interface DlsColorPalette { val primary: Color val background: Color val basic: Color val disable: Color val text: Color val success: Color val link: Color val warning: Color val error: Color val materialColors: Colors}
定義したカラーパレットを実装することで、実際の配色を定義します。次の dlsLightColorPalette はデザインシステムのカラーパレットとカスタマイズされた MaterialTheme カラーを返します。
dlsLightColorPalette
fun dlsLightColorPalette(): DlsColorPalette = object : DlsColorPalette { override val primary: Color = DlsColors.primary override val background: Color = DlsColors.background override val basic: Color = DlsColors.basic override val disable: Color = DlsColors.disable override val text: Color = DlsColors.text override val success: Color = DlsColors.success override val link: Color = DlsColors.link override val warning: Color = DlsColors.warning override val error: Color = DlsColors.error override val materialColors: ColorPalette = lightColorPalette( primary = DlsColors.primary )}
MaterialTheme のカラーをオーバーライドすることは必須ではありません。オーバーライドすることによってアプリの全体にわたる色の指定ができ、UI 実装時に色を指定するコードを減らすことができます。
同様にダークモード用のカラーパレットも用意します。
fun dlsDarkColorPalette(): DlsColorPalette = object : DlsColorPalette { override val primary: Color = DlsColors.primary override val background: Color = DlsColors.backgroundReverse override val basic: Color = DlsColors.basic override val disable: Color = DlsColors.disable override val text: Color = DlsColors.textReverse override val success: Color = DlsColors.success override val link: Color = DlsColors.link override val warning: Color = DlsColors.warning override val error: Color = DlsColors.error override val materialColors: Colors = darkColors( primary = DlsColors.primary )}
dlsDarkColorPalette は dlsLightColorPalette と基本同じですが、background と text の色が入れ変わっています。なお、プロダクトレベルのデザインシステムでは、カラーテーマごとに違うパレットを用意するといった構築方法も利用されます。
dlsDarkColorPalette
サイズの定義はとてもシンプルです。デバイス画面のサイズによってサイズを変更するといった複数のバリエーションを持つ必要がある場合は、カラーパレットと同様の方法で対応できます。
data class DlsSize internal constructor( val smaller: Dp = 4.dp, val small: Dp = 8.dp, val medium: Dp = 16.dp, val large: Dp = 32.dp, val larger: Dp = 64.dp)
タイポグラフィもサイズの定義と同様、シンプルに定義します。テーマに応じてフォントを使い分ける必要がある場合、また言語によって使用するフォントを切り替えたい場合など、複数のフォントバリアントのサポートが必要な場合があります。その場合は、配色と同様に実装することで対応できます。
@Immutable data class DlsTypography internal constructor( val headline1: TextStyle = TextStyle( fontSize = 36.sp, fontWeight = FontWeight.Bold, lineHeight = 48.sp ), ...... val button: TextStyle = TextStyle( fontSize = 14.sp, fontWeight = FontWeight.Bold, lineHeight = 16.sp ), val materialTypography: Typography = Typography( body1 = paragraph1 ))
materialTypography は、materialColors と同様、MaterialTheme のフォントをオーバーライドするために用意しました。
MaterialTheme を利用することで、Material Design に対応した UI を作成できます。しかしサンプルとして作成しているデザインシステムは Material Design をベースにしたものではないため、独自の テーマ（ブランド） を追加する必要があります。
@Composable fun DlsTheme( colors: DlsColorPalette = dlsLightColorPalette(), typography: DlsTypography = DlsTypography(), children: @Composable() () -> Unit) { CompositionLocalProvider( LocalDlsColors provides colors, LocalDlsTypography provides typography, ) { MaterialTheme( colors = colors.materialColors, typography = typography.materialTypography ) { children() } }} object DlsTheme { val colors: DlsColorPalette @Composable @ReadOnlyComposable get() = LocalDlsColors.current val typography: DlsTypography @Composable @ReadOnlyComposable get() = LocalDlsTypography.current val sizes: DlsSize @Composable @ReadOnlyComposable get() = DlsSize()} internal val LocalDlsColors = staticCompositionLocalOf { dlsLightColorPalette() } internal val LocalDlsTypography = staticCompositionLocalOf { DlsTypography() }
コンポーザブル関数 DlsTheme はテーマ（ブランド）によって変化する可能性のあるスタイルを外から受け取れます。サンプルとして作成している デザインシステムの場合、 配色と、タイポグラフィ を受け取れます。DlsTheme は MaterialTheme をラップしています。Material Design の機能とスタイルをデザインのベースとして流用することで、デザインシステムの実装コストを大幅に減らすことを目的としています。
DlsTheme
CompositionLocalProvider と staticCompositionLocalOf について少し説明します。
CompositionLocalProvider
staticCompositionLocalOf
CompositionLocalProvider でプロバイドしたスタイルバリュー（サンプルでは Color とTypography）は CompositionLocalProvider の下の階層のどこでも CompositionLocal.current（LocalDlsColors.current と LocalDlsTypography.current）でアクセスすることができます。そのバリューを変更すると CompositionLocal.current も自動的に更新されます。CompositionLocal についての詳しい説明は長くなるため、本ブログ記事では割愛します。
CompositionLocal.current
LocalDlsColors.current
LocalDlsTypography.current
CompositionLocal
デザインシステムのスタイルとテーマが完成したので、使い方を説明します。
DlsTheme { Surface( modifier = Modifier.fillMaxSize(), color = DlsTheme.colors.background ) { Text( text = "TEXT", color = DlsTheme.colors.success, style = DlsTheme.typography.paragraph1 ) }}
まず、デザインシステムを適用したい画面を DlsTheme でラップします。必要なスタイルは DlsTheme からアクセスできます。MaterialTheme の使い方は変わりません。
ダークモードなどの違うテーマをサポートするときは、DlsTheme にスタイルを渡すことで実現できます。
val isDarkState = mutableStateOf(false) setContent { DlsTheme( colors = if (isDarkState.value) dlsDarkColorPalette() else dlsLightColorPalette() ) { Surface( modifier = Modifier.fillMaxSize(), color = DlsTheme.colors.background ) { Column( verticalArrangement = Arrangement.Center, horizontalAlignment = Alignment.CenterHorizontally ) { Text( text = if (isDarkState.value) "Is Dark" else "Is Light", color = DlsTheme.colors.text, style = DlsTheme.typography.paragraph1 ) Spacer(modifier = Modifier.height(DlsTheme.sizes.medium)) Button( onClick = { isDarkState.value = !isDarkState.value } ) { Text( text = text, style = DlsTheme.typography.button ) } } } }}
Jetpack Compose を使うとデザインシステムコンポーネントを簡単に実装できます。デザインシステムを実装する上で優れていると感じた点を紹介します。
Android エンジニアであれば、一行のコードで問題解決できると思ったのに、最小 API レベルがあわず、利用したかった機能が使えなかった、という体験をしたことがあるでしょう。
このようなことは Jetpack Compose には存在しません。Jetpack Compose は SDK ではなく Android X のライブラリとして提供されています。API レベルを気にすることなく、新しい機能を使うことができます。
これは Kotlin 愛好者たちにとって素晴らしいニュースだと思います。
上のような Avatar コンポーネントを実装する場合を考えてみましょう。
従来の Android UI システムで実装した場合のソースコード :
<style name="Dls.Component.Avatar"> <item name="android:background">@drawable/shape_avatar_background</item> <item name="android:adjustViewBounds">true</item> </style> <style name="Dls.Component.Avatar.Large"> <item name="android:layout_width">?attr/dlsSizeLarge</item> <item name="android:layout_height">?attr/dlsSizeLarge</item> <item name="android:minWidth">?attr/dlsSizeLarge</item> <item name="android:minHeight">?attr/dlsSizeLarge</item> <item name="android:maxWidth">?attr/dlsSizeLarge</item> <item name="android:maxHeight">?attr/dlsSizeLarge</item> </style> <style name="Dls.Component.Avatar.Medium"> <item name="android:layout_width">?attr/dlsSizeMedium</item> <item name="android:layout_height">?attr/dlsSizeMedium</item> <item name="android:minWidth">?attr/dlsSizeMedium</item> <item name="android:minHeight">?attr/dlsSizeMedium</item> <item name="android:maxWidth">?attr/dlsSizeMedium</item> <item name="android:maxHeight">?attr/dlsSizeMedium</item> </style> <style name="Dls.Component.Avatar.Small"> <item name="android:layout_width">?attr/dlsSizeSmall</item> <item name="android:layout_height">?attr/dlsSizeSmall</item> <item name="android:minWidth">?attr/dlsSizeSmall</item> <item name="android:minHeight">?attr/dlsSizeSmall</item> <item name="android:maxWidth">?attr/dlsSizeSmall</item> <item name="android:maxHeight">?attr/dlsSizeSmall</item> </style>
<!-- attrs.xml --> <attr name="dlsStyleAvatarMedium" format="reference" /> <!-- themes.xml --> <item name="dlsStyleAvatarMedium">@style/Dls.Component.Avatar.Medium</item>
class Avatar @JvmOverloads constructor( context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = R.attr.dlsStyleAvatarMedium) : ImageView(context, attrs, defStyleAttr) { init { // make the image be clipped by circle background clipToOutline = true }}
このように、従来の Android UI システムを利用した方法ではデザインシステムのスタイルを適用するために XML と Kotlin の両方を使わなければなりませんでした。また、XML で定義したどのようなスタイルが実際に適用されるのか、プレビューで確認するのは難しく、実際にビルドしてみなければならないことがほとんどでした。
次に Jetpack Compose でデザインシステムを適用する場合を見てみましょう。
object Avatar { sealed class SizeVariant { @get:Composable abstract val value: Dp object Small : SizeVariant() { override val value: Dp @Composable get() = DlsTheme.sizes.small } object Medium : SizeVariant() { override val value: Dp @Composable get() = DlsTheme.sizes.medium } object Large : SizeVariant() { override val value: Dp @Composable get() = DlsTheme.sizes.large } }} @Composable fun Avatar( painter: Painter, sizeVariant: Avatar.SizeVariant = Avatar.SizeVariant.Medium onClick: (() -> Unit)? = null) { val clickable = if (onClick != null) Modifier.clickable(onClick = onClick) else Modifier Box( modifier = Modifier .size(sizeVariant.value) .clip(CircleShape) .then(clickable) ) { Image( painter = painter, contentDescription = null, modifier = Modifier.fillMaxSize(), contentScale = ContentScale.Crop ) }}
このように Jetpack Compose では UI の実装に XML と Kotlin を併用する必要はほとんどありません。もちろん、Jetpack Compose でも XML リソースファイルを使う必要があるケース（画面のオリエンテーションのハンドリングなど）が存在しますが、基本的に Kotlin のみでコンポーネントの実装ができると言えるでしょう。
従来の Android UI システムでは XML ファイルに定義されているリソース（dimen、style など）はプロジェクトでグローバルに参照することができ、別 module にある同名の定義に上書きされる可能性があります。
prefix（dls_、internal_など）をつけて重複を回避する解決法がありますが、根本的な解決策ではありません。
dls_
internal_
<attr name="dlsInternalStyleRow" format="reference" />
これもまた Kotlin のおかげで解決できます。Jetpack Compose は Kotlin のコードであるため、Kotlin の可視性修飾子を使ってデザインシステム内部の定義を Private にするなど、簡単に可視性を制御できます。
private const val LINE_HEIGHT_MULTIPLIER = 1.4 @Composable internal fun ClearIcon( onClick: () -> Unit, modifier: Modifier = Modifier) { IconButton( onClick = onClick, modifier = modifier ) { Icon( painter = DlsIcons.deleteFilled, modifier = Modifier.size(DlsTheme.sizing.measure20), tint = DlsTheme.colors.iconDisabled ) }}
これはデザインシステムを実装するにあたって強い機能だと思います。
例えば、従来の Android UI システムでは、サブビューをパラメータとして受けとって表示できるコンポーネントを作る場合にどれくらい大変か想像してみてください。これはデザインシステムコンポーネントのデザインによくある設計です。
Jetpack Compose を使えば、Composable 関数を使ってコンポーネントを構築することが一般的です。
@Composable fun ListItem( title: String, // accept a Composable body body: @Composable RowScope.() -> Unit) { Row( Modifier.padding(DlsTheme.sizes.medium) ) { Text( text = title, modifier = Modifier.padding(end = DlsTheme.sizes.small), color = DlsTheme.colors.text, style = DlsTheme.typography.headline3 ) body() }} // usage example ListItem(title = "Title") { Text( text = "Custom Body", modifier = Modifier .weight(1f) .fillMaxHeight() .border(1.dp, color = DlsTheme.colors.success), color = DlsTheme.colors.success, textAlign = TextAlign.Center, style = DlsTheme.typography.headline3 )}
コンポーネントのタイトルの右側に表示したいサブビューを body パラメータで受け取ることができます。
ご覧のとおり、デザインシステムと Jetpack Compose は相性が良いので、もしデザインシステムに対応する Android アプリを構築する場合には、ぜひ Jetpack Compose に移行することをお勧めします。
https://github.com/howiezuo/design-system-compose
この記事は Karen Ng、Jacob Lehrbaum による Android Developers Blog の記事 "What's new for Android developers at Google I/O" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
Android デベロッパーの皆さんは、世界中の人々を喜ばせるエクスペリエンスを作り出そうと日々努力を重ねています。人々がこれまでになくアプリを必要としている今、期待も大きくなり、デベロッパーとしての仕事の難易度も高まっています。私たちは Google I/O で、デベロッパーの皆さんをサポートするためにリリースした新機能をいくつか発表しました。過去最大級のデザイン変更を行った Android 12 や、高品質の優れたアプリ開発をサポートする Jetpack、Jetpack Compose、Android Studio、Kotlin などです。また、ウェアラブルデバイスや大画面対応が進むデバイスを通して、ユーザーによるアプリの使用シーンを広げるお手伝いをしています。こちらの Developer Keynote でもカバーしていますが、この記事でいくつかをハイライトしてご紹介します。
Android 12 は最初のベータ版のロールアウトがはじまったばかりですが、素晴らしい機能が満載です。ユーザーの安全のための機能である、Bluetooth や推定位置情報の利用許可、優先ジョブやスタートアップ アニメーションなどといったパフォーマンスの改善、よりインタラクティブなウィジェットやストレッチ オーバー スクロールなどの楽しいエクスペリエンスまで、このリリースで Android は過去最大級のデザイン アップデートをしています。
Android 12 Beta 1 の内容の詳細についてはこちらをご覧ください。内容をご確認いただき、年内公開のコンシューマ リリースに向けて、アプリの準備を始めてください。今すぐベータ版をダウンロードして、あなたのアプリでお試しください。
ここ数年間、私たちは Android 開発エクスペリエンスを進化することに取り組んできました。デベロッパーの皆さんのフィードバックに耳を傾け、フィードバックにオープンであり続けました。それが、Android の特徴だからです。しかしながら、自分たちが正しいと信じることに関しては、妥協しないよう心がけてきました。このことは、Android Studio（デベロッパーに合わせることができる高性能 IDE） 、Kotlin（より少ないコードでより多くのことを実現できるプログラミング言語）、Jetpack ライブラリ（後方互換性でモバイルに関連する最も難しい問題を解決するライブラリ）を通して、おわかりいただけるでしょう。
このオファリングの次のステップは Jetpack Compose、あらゆる Android デバイス向けの優れたアプリを簡単に構築できる最新 UI ツールキットです。私たちは、ここ Google I/O で 2 年前に Compose を発表し、それ以来新しいバージョンを公開しながら強化を重ね、フィードバックに耳を傾け、反映させてきました。今年はじめに公開した Compose Beta 版 では、世界中のデベロッパーの皆さんが、すばらしく革新的なエクスペリエンスを提供するアプリを通常の半分ほどの時間で作り出すことも実現されています（株式会社メルカリのケーススタディ）。また、Compose を使ったコンテストである #AndroidDevChallenge へのデベロッパーの皆さんからの熱い反響に、私たちはとても感動しました！
次回の Material You のアップデート（詳細はこちら）では、新しい マテリアル コンポーネントを追加し、大画面に対応する開発をさらにサポートする予定です。短期間で楽に素晴らしい UI を作成できるようになります。Compose のテストは最後の追い込み中です。1.0 Stable は 7 月にリリース予定です。ご準備ください。
公式の強力な Android IDE の最新リリース、Android Studio Arctic Fox (2020.3.1) Beta が、2021 年 5 月 19 日（現地時間 5 月 18 日）に公開されました。より楽に、より短期間で良質なアプリを開発できるようデベロッパーをサポートする IDE です。このツールスイートを提供しアップデートすることで、私たちは 3 つの主要テーマを強化してきました。そのテーマとは、UI 設計期間の短縮、新しいデバイスへのアプリ拡張、デベロッパーの生産性向上です。この最新リリースと Compose を合わせて使うことで、最新の UI を作成することができます。複数のデバイスでのテスト結果をご覧ください。そして App Inspector で、デバッグ データベースとバックグラウンド タスクを最適化してください。また、Accessibility Scanner （ユーザー補助検証ツール）を用いるとアプリがより使いやすく、Memory Profiler を用いるとアプリがより高性能になります。開発期間短縮のため、Android Gradle プラグイン 7.0、新しい DSL、さまざまな API を用意しました。Android Studio アップデートの詳細についてはこちらをご覧ください。
最近の調査によると、Kotlin はいまや、プロの Android デベロッパーに最も使われている第 1 言語です。実際、Google Play Store の 120 万以上のアプリで Kotlin が使用されています。これには、トップ 1000 アプリの 80% が含まれます。Google でも、Kotlin は愛されています。Drive、Home、Maps、Play など 70 以上の Google アプリで Kotlin が使用されています。そして Kotlin の注釈処理のために新しく作られた、まったく新しいネイティブソリューション、Kotlin Symbol Processing が本日リリースされました。Kotlin のコードを直接解析するための、強力だがシンプルな API です。Room のようなライブラリで最大 2 倍の速度を誇ります。
Android Jetpack で開発されたライブラリ スィートを利用すると、ボイラープレート コードが減り、本来のコードに集中することができます。現在、トップ 10,000 アプリの 84% 以上で Jetpack ライブラリが使用されています。そして 5 月 19 日（現地時間 5 月 18 日）、Jetpack 向けの新リリースがいくつか公開されました。アプリをリリースする前にアプリの起動に影響を与える大きなインタラクションやジャンクを把握するための Jetpack Macrobenchmark（Alpha）、Jetpack DataStore（Beta）を介してデータをより効率良く維持するための新しい Kotlin Coroutines API などです。Android Jetpack のアップデートの詳細についてはこちらをご覧ください。
最新の Android 開発環境を構築する上で、私たちが心掛けているもっとも大事なことは、これらのツールを提供することで 皆さんがより容易に Android の次の時代を切り開いていけるようにするということです。そしてそれは、電話と各種デバイス（テレビ、自動車、時計、タブレット）が接続し、連携することで生まれる新たな世界を実現することに他なりません。
今日 5 月 19 日（現地時間 5 月 18 日）から私たちは、ウェアラブルにむけて大きな一歩を踏み出します。まず、Samsung と合同で Wear と Tizen の長所を組み合わせた統合プラットフォームを構築すると発表しました。次に、刷新した Google アプリによる新しいコンシューマ エクスペリエンスをベストプラクティスとして共有しました。3 つめとして、Fitbit の世界クラスの健康フィットネス サービスをプラットフォームに取り入れることにしました。これは、Android デベロッパーにとっては、手が届く範囲が広がること、そしてモバイルアプリを素晴らしいものとする既存のスキル、ツール、API のすべてを使えることを意味します。結果として、世界中の人に使われる単一のウェアラブルプラットフォームが構築されるのです。
Wear 向けの新しい Jetpack API は、小型スクリーン用に調整し、バッテリーの寿命を伸ばすために設計しました。Jetpack Tiles API を使えば、Wear エコシステムの中のあらゆるデバイス向けカスタムタイルを作成できます。他にも Wear での開発を支援する新しい機能がたくさんあります。Samsung と共同してつくられた健康フィットネス向けの新しい API セットを使用すると、センサーやメトリクス計算のデータ コレクション（心拍数、カロリー、毎日の移動距離など）が、1 つの信頼できるデータソースから取得された、無駄のない、一貫性を持った、正確なデータになります。これらすべてが新しいツールにまとめられて、Android Studio Arctic Fox Beta でリリースされています。アプリをテストするための簡易なペアリングや、エミュレータでの仮想の心拍数センサーまで揃っています。アプリが配信されたら、ユーザーは、大きくアップデートされアプリの見つけやすさも向上した Google Play で、 より容易に Wear アプリの世界を楽しむことができます。Wear アップデートの詳細については、こちらをご覧ください。
タブレット、折りたたみ式デバイス、Chrome OS ノートパソコンなど、スマホのコンテンツをより大きな画面で体験するユーザーが増えています。人々は、家族や友人とのつながりを保ったり、学校に行ったり、リモートワークしたりする目的で、大型画面デバイスにますます依存するようになっています。実際に使用されている大型画面の Android デバイスは 2 億 5000 万台を超えています。Chrome OS は昨年、PC 市場の成長率の 5 倍、前年比で +92% 成長しました。その結果、Chrome OS は最速の成長を遂げて、2 番目に人気のデスクトップ OS になりました。この機会を掴むべく、大型画面でのエクスペリエンスをより簡単に最適化するための API と各種ツールを用意しました。たとえば、SlidingPaneLayout 1.2.0 と新しい垂直ナビゲーション レール コンポーネントを使うと大きくなった空間に合わせてコンテンツのサイズが自動調整されます。コンポーネントの幅を最大化することで UI が間延びしないようにします。また、プラットフォーム、Chrome OS、および Jetpack windowmanager がアップデートされたため、デフォルトでもアプリが問題なく動作します。詳細についてはこちらをご覧ください。
以上のことは、高品質の Android アプリを構築しやすくする、新しい方法のほんの一部です。5 月 19 日（現地時間 5 月 18 日）以降、私たちは Android と Google Play に関するテクニカル セッションを 20 以上公開し、バックグラウンド タスク、プライバシー、Android における機会学習、Android 12 に備えるトップ 12 のヒントなど、さまざまなトピックを扱います。自動車、テレビ、ウェアラブルの構築を担当する方のためのセッションもあります。こうしたセッションなどのすべての情報は、I/O の Web サイトにあります。今年の Google I/O では、セッションやニュースだけでなく、Google 関係者や他のデベロッパーとバーチャルにつながることができる楽しい仕掛けがたくさんあります。I/O Adventure の Android ドームをチェックしてください。新しいブログ投稿、ビデオ、コードラボなどをご覧いただけます。Jetpack Compose スキルを試したり、ドーム内部の自動車を巡るバーチャルツアーにもご参加ください！（注：会期外でアクセスできないプログラムがありますのでご了承ください）
Reviewed by Yuichi Araki - Developer Relations Team and Tamao Imura - Developer Marketing Manager, Google Play
この記事は Bert de Weerd、Tingmui Li による Android Developers Blog の記事 "Updated guidance to improve your app quality and discovery on Google Play" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
2008 年に Google Play が登場したとき、Play ストアにはまだ数百程度のアプリやゲームしか公開されていなかったため、デベロッパーはユーザーに簡単に見つけてもらうことができました。しかし現在では、190 か国以上のユーザーに数百万個のアプリやゲームが公開されており、ユーザーが何をダウンロードするか決めるために、プロモーション画像、動画、説明文、さらにはアプリの名前も含め、ユニークなアセットを Play ストアにご提供いただくことが大変重要になっています。
Google Play では、デベロッパーのアセットが目立つように表示機会を増やしており、例えば Play ストアのアプリやゲームの「ホーム」ページでも、より多くのグラフィック アセットや説明を掲載するようになっています。ストアの掲載情報のアセットが、より正しい方法でアプリ内体験やゲーム内体験への期待を高め、ユーザーの満足度が高いダウンロードを導けるようにするため、以下の対応を行います。
アプリのタイトル、アイコン、デベロッパー名は、ストアの掲載情報ページの中でも、アプリやゲームを見つけるときに特に重要になる要素です。そのため、これらの要素をわかりやすくして独自性を高めるため、以下に重点を置いて、新しいポリシーを導入する準備を進めています。
導入予定のポリシーを満たさないアプリのタイトル、アイコン、デベロッパー名は、Google Play で利用できなくなります。 適用開始日など、このポリシー変更の詳細については、今年中にあらためてお伝えします。
以下の必要事項と禁止事項の例をご確認ください。Google Play で配信しているご自身のアプリまたはゲームへの影響について検討し、導入予定のポリシー変更に対する準備を開始されることをお勧めします。
ストアでの実績やランク:
価格や宣伝に関する情報:
ユーザーに誤解を与える Play プログラムやグラフィックの要素:
絵文字、繰り返しまたは連続した特殊文字や句読点:
アプリの特長や機能を紹介するためのフィーチャー グラフィック、スクリーンショット、動画、簡単な説明など、ストアの掲載情報のプレビュー アセットに関する新しいガイドラインについてもお知らせします。このガイドラインを満たさないアセットは、アプリとゲームのホームなど、主要な Google Play 上の表示箇所でプロモーションやおすすめの対象にならない可能性があります。
デベロッパーが提供するアセットに関する新しいガイドラインは、以下の原則に基づいています。
アプリやゲームが Google Play のすべての表示箇所でおすすめの対象となるように、ストアの掲載情報の新しいガイドラインをご確認ください。このガイドラインは、2021 年後半より、おすすめの表示に利用されます。
今回お知らせした内容が、アプリ デベロッパーの皆さんにとって、今後のロードマップを計画するうえで参考となりましたら幸いです。また、Play ストアがさらに便利で魅力的なものになるように、この取り組みを皆さんと一緒に推し進めていきたいと願っております。
この記事は Jamal Eason による Android Developers Blog の記事 "Android Studio 4.2" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
アプリのプロジェクトを最新版にアップグレードする作業は時に複雑になる場合があります。その問題に対処するため、Android Studio 4.2 に新しいアプリ プロジェクト アップグレード アシスタントを搭載しました。これにより、プロジェクトの移行が簡単になるとともに、最新の Android Gradle プラグインの API を活用できるようになります。さらに、Database Inspector、System Trace、Safe Args のサポート、Apply Changes、新規プロジェクト ウィザードといった既存機能にも、幅広く機能強化を行っています。これらの機能を使っている方や、Android Studio の次の安定版を探している方は、すぐに Android Studio 4.2 をダウンロードしてみてください！
Android Studio 4.2 の新機能の詳細については、重要なデベロッパー フローごとに分類された以下のリストをご覧ください。
./sdk/cmdline-tools/latest/bin/retrace
// build.gradle.kts android { ... signingConfigs { config { ... enableV3Signing(true) enableV4Signing(true) } } }
Android Studio 4.2 に含まれる主な機能拡張と新機能をまとめます。
開発
デバッグ
ビルド
テスト
複数のデバイスへのデプロイ
プロファイル
詳しい情報は、Android Studio のリリースノート、Android Gradle プラグインのリリースノート、Android Emulator のリリースノートをご覧ください。
最新バージョンの Android Studio 4.2 は ダウンロード ページからダウンロードしてください。以前のバージョンをお使いの方は、Android Studio 4.2 にアップデートしてください。Android Studio の安定バージョンを保持する必要がある場合、Android Studio Arctic Fox の安定リリース バージョンと、canary リリース バージョンを同時に実行することができます。詳細はこちらをご覧ください。
デベロッパーの皆さんからのフィードバックをお待ちしています。Android Studio 4.2 で気に入った機能や問題点や、新機能の提案をフィードバックでお寄せください。また、バグや問題を見つけた方は、こちらから問題をご連絡ください。Android Studio 開発チームからの最新情報は、Twitter と Medium でご覧ください。
Java は Oracle および/またはその関連会社の登録商標です。
