Android 12 レビュー: 私のお気に入りの Android バージョン

Android 12 は私のお気に入りの Android バージョンですが、完璧ではありません。多くの変更があり、良いものもあれば、明らかに悪いものもあります。

アンドロイド12 ここに来て約 1 か月間、毎日のドライバーとして使用しています。 Google ピクセル 6 プロ発売以来。 Android 12 は API レベル 31 を表し、AOSP ソースコードドロップの形で到着しました。数週間前に Pixel スマートフォンにも展開されます。

例年であれば、新しい Android バージョンは、今後登場する新しいデバイスの発売に先立って、以前の Pixel スマートフォンに展開されていましたが、Google は今回は控えました。私の皮肉屋は、これはマーケティング目的だったのではないかと感じています。結局のところ、Pixel 6 シリーズのキャッチフレーズ全体は、パーソナライゼーションに重点を置いた「For All You Are」ということでした。 Android 12 はパーソナライゼーションがすべてであることを考えると、Google が意図的にパーソナライゼーションを抑制したと考えるのは議論の余地がないと思います。 Android 12 Pixel のロールアウトは、従来のスマートフォンと比較してまったく新しいルックアンドフィールを備えた新しいスマートフォンとともに発表されます。先人たち。

Android 12 に関しては、掘り下げるべきことがたくさんあります。美的観点から見て、これが私のお気に入りの Android バージョンであると言うことに抵抗はありませんが、全体的に私のお気に入りかどうかはわかりません。 Google は、何が Pixel 専用機能で、何が Android 12 機能であるかの境界線をあいまいにし続けていますが、私が Pixel 専用機能として特定したものはすべて、Pixel 専用機能として特定されることになります。

このレビューに移動します:

マテリアルユーとその他の UI の変更
- クイック設定
- ウィジェット
- Pixel ランチャー (Pixel 専用)
- 最近の URL 共有 (Pixel 限定)
- その他の変更点
パフォーマンスクラス
プライバシー
- プライバシーダッシュボード
- 位置情報へのアクセスの削減
- クリップボードへのアクセス通知
- カメラとマイクへのアクセス
- プライベートコンピューティングコア (Pixel 専用)
Android 12 の内部的な変更点
- 汎用カーネルイメージの導入
- ファントムプロセス

マテリアルユーとその他の UI の変更

Android 12 のこれまでで最大の変更点は、マテリアルユーです

Android 12 のこれまでで最大の変更点は次のとおりです。マテリアル・ユー、Google のマテリアルデザイン言語の最新バージョン。 Google が説明するように、マテリアルユーザーは、「は、あらゆるスタイルに合わせてパーソナルで、あらゆるニーズにアクセスでき、あらゆる画面に生き生きと適応できるデザインを作成することを目指しています。Android 12の開発時に、Googleはパステルカラーの豊富なパレットを生成するコード名「monet」という新しいテーマエンジンを作成しましたユーザーの壁紙から派生. これらの色はシステムのさまざまな部分に適用され、その値は次の方法で利用可能になります。ユーザーのアプリケーションが呼び出すことができる API により、アプリケーションが色を変更するかどうかを決定できるようになります。 UI。 Google はマテリアルユーに全力を尽くしており、同社はほとんどのアプリを更新して動的な色を組み込んでいます。

さらに詳しく知りたい場合は、次の説明をご覧ください。マテリアルユーの仕組み.

クイック設定

Android 12 のクイック設定は非常に二極化しているようです。かなり大きなボタンがいくつかあり、まったく新しいオープニングアニメーションがあり、すべてが非常に優れています丸い. 新しいプルダウンアニメーションは気に入っていますが、通知の背後にあるガウスぼかしが懐かしいです。たとえそれがマテリアル・ユーからインスピレーションを得たものであっても、単色は私には向いていません。それでも、この新しいプルダウンアニメーションは、Android の中で私のお気に入りのアニメーションの 1 つです。

Android 12の通知とクイック設定はかなり良くなったと思います

Android 11 と比較すると、Android 12 の通知とクイック設定ははるかに優れていると思います。有効なスペースが失われるという議論がたくさんあることは承知していますが (簡単にアクセスできる 6 つの設定から 4 つに減ります)、プルダウンメニューに追加のスペースも得られます。今はあります八 6 つではなく 6 つのオプションがあり、以前に表示された 6 つは、とにかくすぐにアクセスできる同じ 6 つでした。つまり、次の 2 つの設定にアクセスするには、Android 11 でプルダウンし、もう一度プルダウンして、横にスワイプする必要がありました。 Android 12 では、プルダウン、プルダウンするだけで、以前より 2 つ以上のトグルにアクセスできるようになります。

正直なところ、ボタンにも機能名が入っていれば良いのではないかとも思います。私はパワーユーザーなのでアイコンの意味は知っていますが、皆さんは本当に知っているでしょうか? Wi-Fi などの基本的なオプションについては、ほぼすべての人が推測できると思いますが、特に「サイレントモード」オプションは人々を混乱させていると思われます。 Android のデフォルト動作ではあるものの、電源メニューを表示する電源ボタンもあります。 12L は、クイック設定の電源ボタンを長押ししない限り、最初にアシスタントが開きます。それ。

クイック設定への最も冗長な追加は Google Pay カードだと思います。カードで支払うために Google Pay を開く必要はありません。いつでも携帯電話のどの画面からでも操作できるためです。実際に開く必要があるのは、デフォルトではないカードを使用する場合に特定のカードを選択するときだけですが、ほとんどの人はどのくらいの頻度でそれを行うでしょうか? また、照明は音声で作動するので、スマートホームデバイスのコントロールオプションは実際には使用しません。私は、多くても週に 1 回、携帯電話のデバイスコントロール部分にアクセスします。

Android 12 で行われたもう 1 つの物議を醸す変更は、Android 12 デバイスで Wi-Fi をオフにする方法です。インターネットのクイック設定タイルをタップすると、モバイルデータや Wi-Fi を切り替えたり、別の Wi-Fi ネットワークを選択したりできる別のメニューが表示されます。

正直に言うと、個人的にはこの変更の方が好きです以上かつてはそうでしたが、余分なボタンタップの導入のおかげでイライラすることは理解できます。私自身の経験から、Wi-Fi とモバイルデータを同じ傘下に置くのは理にかなっていると感じています。ただし、Wi-Fi を切り替えるための専用ボタンを取り戻したい場合は、Mishaal Rahman 氏 Twitter でコマンドを共有しました経由で実行できます adb それを取り戻すために。

<span >adb shell settings put secure sysui_qs_tiles span><span >"$(settings get secure sysui_qs_tiles),wifi"span>

全体として、新しい通知ドロワーとクイック設定はうまく設計されていると思います。私は両方の方が好きです。以前の Android バージョンと同様に、通知の背後にあるアプリを表示したかったとしてもです。私はこれらの変化の多くは理にかなっていると考えていますが、一部の人々の憎しみを必ずしも支持するわけではありません。

Google のアプリスイートには、Android 12 Materials You と互換性のあるウィジェットが大量にあり、それらはすべて、主要なシステムテーマを踏襲しています。システムテーマの残りの部分に合わせて変更するのが遅い場合がありますが、それに基づいて調整されます。どこホームメニューにもあります。私はまだ Android のウィジェットをあまり使用しません (ホーム画面に多くの時間を費やすことも、見た目を派手にすることももう気にしていません) が、よく使用する人にとっては、これらの変更は気に入るかもしれません。

Googleが発表した Android 12 のウィジェットのオーバーホール、そして会社は間違いなく成果を上げました。 Android 12 での視覚的な変更に合わせて、Google は開発者に対し、パディングされた角の丸いウィジェットを実装することを推奨しています。のウィジェットAPI 複数のプラットフォーム、Android バリアント、ランチャーにわたるユーザーエクスペリエンスを向上させるために、完全に作り直されました。ウィジェットにはより動的なコントロールが追加され、ホーム画面からチェックボックス、ラジオボタン、スイッチを直接操作できるようになりました。ウィジェットピッカーでは、応答性の高いプレビューも提供します。

新しい API ではサポートも追加されていますダイナミックなカラーリングマテリアルユーテーマエンジンの一部として、他の視覚要素と同様にウィジェットを壁紙に適応させることができます。 Google はまた、ホーム画面にウィジェットを配置するときに必要な設定手順を削除し、下位互換性のあるウィジェットを構築するための新しい API を追加しました。

興味深いことに、Google アシスタントからウィジェットからの情報にアクセスできるようになり、Capabilities API を使用して迅速な洞察を提供できるようになりました。でブログ投稿, Googleは、アシスタントがユーザーに「ワンショットの回答、素早い更新、複数ステップの対話」ウィジェットで利用可能な情報をざっと確認してください。

Pixel ランチャー (Pixel 専用)

Pixel Launcher は明らかに Pixel 専用の機能であり、これまでと同様に必要最小限の機能です。画面の下部には検索バーが常に表示され、上部には一目でわかるウィジェットがあり、Google アプリはホーム画面の左側にあります。シンプルで機能しますが、多くの人が Google 検索バーを削除できることを望んでいることは私も知っています。

Pixel ランチャーには、下部のドックとフルレングスのアプリドロワーの両方で、起動するアプリの提案を提供する機能が付属しています。アプリの提案は人工知能を利用しており、携帯電話の使用状況に基づいています。下部にあるアプリは、アプリドロワー内の推奨アプリとは異なることが多いことに気付きました。これは、これらの両方の場所にある推奨アプリが異なる方法で計算されていることを示唆しています。

Pixel Launcher では、アプリのグリッドサイズの変更、テーマアイコンの有効化、暗いテーマと明るいテーマの切り替えも可能です。テーマ別のアイコンには「ベータ」というマークが付いています。見た目は良くないので良いです。 Google がマテリアルユーテーマを採用しようとしているというアイデアは気に入っていますが、特にサポートされていないアプリがすぐ横に表示されている場合は見た目が良くありません。

Pixel Launcher はまさに Android 界の iOS ランチャーです

アプリドロワーには、 ピクセル限定のデバイス全体の検索 アプリ内での検索以外にも利用できます。これは「ユニバーサル検索」と呼ばれるもので、アプリサーチサービスこれは、他の OEM が必要に応じて、このような機能を Android のバリエーションに簡単に組み込むことができることを意味します。連絡先、アプリ、アプリのショートカット、設定などを検索できます。たとえば、Spotify でプレイリストを見つけるのに最適です。機能を有効にすると、アプリドロワーを開くたびにキーボードも上がり、すぐに入力を開始できるようになります。しばらく使ってみましたが、結局オフになってしまいました。

Pixel Launcher は、まさに Android の iOS ランチャーです。 Nova Launcher や他のものに期待されるカスタマイズがかなり欠けています。最高の Android ランチャー得られる。そのシンプルさを好む人もいますし、私はそれを気にしませんが、いろいろなオプションがあるのは素晴らしいことです。

最近の URL 共有 (Pixel 限定)

最近の URL 共有は、ユーザーが最近表示した Web コンテンツへのリンクを最近の画面から直接共有できる Pixel 専用の機能です。どのアプリでもこれを有効にすることができますが、Google Chrome ではデフォルトで有効になっており、アプリケーション間でリンクを共有する迅速かつ簡単な方法であり、[最近] メニューにさらに多くの機能が追加されます。

その他の変更点

Android 12 に関する私の最大の不満は、バッテリー統計の表示方法が変更されたことです。特に査読者にとって、これらはさまざまな理由から非常に問題です。軸にまったくラベルが付けられていないだけでなく、データは以前よりもはるかに使いにくくなっています。過去 24 時間のアプリの使用状況は、携帯電話を充電してもリセットされません。つまり、1 日使用した後にバッテリー統計のスクリーンショットを表示できなくなります。バッテリー統計のデータを収集するためだけに、別のアプリ GSam を使用することにしました。各バーに 2 時間のギャップがあるため、状況はさらに悪化し、実質的には何も得られません。 Google が古い Android バージョンを改良したかのようにその機能を追加したのは、ほとんど侮辱的です。ちなみに、この部分は Pixel 専用です。Android 12 ではデフォルトでこれらのバーをタップできません。

私が抱いているもう 1 つの小さな不満は、ディスプレイ下の指紋スキャナーがパターンキーガードと同時に表示されないことです。パターンを入力するか指紋を入力することができます。上にスワイプしてパターンにアクセスした場合、指紋センサーにアクセスするには後ろにスワイプする必要があります。なぜ両方を有効にできないのでしょうか? 特にキーガード自体が多くのスペースをとらないため、そのほうが合理的で、よりまとまりのあるものになるでしょう。特に他の OEM がすでにこれを理解している場合、これは奇妙な決定のように感じられます。

パフォーマンスクラス

Android 互換性定義ドキュメントは、Android エコシステムの重要な部分です。 Android デバイス間で API とプラットフォームの動作の一貫性を維持するために、Google は Google モバイルサービスの配布をバンドルしています (これには、 Google Play ストアや Google Play サービスなどのアプリケーションやフレームワーク）と、デバイスが Google の規則に従うことを義務付けるライセンス契約 “Android 互換性プログラム」（他の要件の中でも特に）。 Android 互換性プログラムは、複数の自動テストスイートと CDD に列挙された一連のルール (Android 12 用の CDD PDF はここから入手できます).

Android 12 の場合、CDD で概説されている変更点がいくつかありますが、ほとんどはかなりの変更点です。影響が小さいか、実際には OEM にのみ影響します。私たちが目にした最大の変更の 1 つは、「」のパフォーマンスクラス」は、Android スマートフォンのビルドプロパティで定義できます。 Googleはすでにこれを発表しています Android 12 Beta 1 のリリースに合わせて開発者にとって、Android スマートフォンが実際にどれくらい速いかを確認する簡単な方法です。 Android 開発者ページで, Google によると、Android の各バージョンには対応する独自のパフォーマンスクラスがあり、Android 12 用のパフォーマンスクラスがあり、Android 13、14 などにもパフォーマンスクラスが存在することになります。

パフォーマンスクラスには上位互換性があります。これは、デバイスのパフォーマンスクラスを変更せずに、新しい Android バージョンにアップグレードできることを意味します。しかし、それはデバイスがその新しい OS の要件を満たしていればクラスを変更できることも意味しますバージョン。パフォーマンスクラス 12 の主な要件の一部を以下に示します。

パフォーマンスクラス 12 の主要な要件

少なくとも 6GB の RAM
少なくとも 400dpi および 1080p の解像度
少なくとも 120MB/秒のシーケンシャル書き込み、250MB/秒のシーケンシャル読み取り、10MB/秒のランダム書き込み、および 40MB/秒のランダム読み取り速度
(少なくとも) 4K 30 FPS 録画が可能な 12MP リアカメラが必要です
(少なくとも) 1080p 30 FPS 録画が可能な 4MP 前面カメラが必要です

パフォーマンスクラスは、アプリ開発者にとって、「パフォーマンスクラス」仕様を満たすデバイスだけでなく、ローエンドの携帯電話でも全体的なエクスペリエンスを向上させるのに役立つ場合があります。携帯電話が「パフォーマンスクラス」デバイスの要件を満たしていないことをアプリが検出した場合、アプリは電源をオフにすることができますローエンドでのアプリの動作を改善するための、より要求の高い特定の機能や視覚効果電話。同様に、次のいずれかで実行されているかどうかも検出できます。最高の Android スマートフォンこの場合、高パフォーマンスの機能を有効にすることができます。

過去には、Google が特定の機能に対してさまざまなタイプの最小ハードウェアを定義しようとしているのを見てきました。 Google の Daydream VR を覚えていますか? 同社は、Android 7.1 Nougat のリリースに伴い、CDD で Daydream 互換デバイスの最小互換性要件を定めました。これらの要件には、物理コア要件、Vulkan のサポート、画面サイズの最小値と最大値、HEVC および VP9 のサポートなどが含まれます。これは明らかにその概念の進化ですが、Android エコシステム全体でより広範囲に適用されます。

紛らわしいことに、パフォーマンスクラスは Android バージョンと並行してリリースされているように見えますが、Android バージョンとは独立して動作することもあります。 Android 12 上のデバイスはパフォーマンスクラス 12 で起動し、将来 Android 13 にアップグレードできますが、古いパフォーマンスクラスは維持されます。 Android 11 のパフォーマンスクラスが CDD に遡って定義されました。

目的はわかりにくいですが、アプリがかなり強力なデバイスで実行されているかどうかを確認するための最小限の仕様のようです。アプリ開発者がこれらの仕様をどのような正確な方法で利用するかはわかりませんが、デバイスをアプリ開発者が利用できるようになることは、たとえ具体化して特定の機能を与える必要があるとしても、最終的には良いことです。目的。現時点では、主に「メディアパフォーマンス」を目的としているようで、ストレージ速度、画面解像度、カメラ機能に多くの焦点が当てられている理由が説明されています。

プライバシー

ここ数年、プライバシーは Google の最大の焦点の 1 つとなっています。世界中で 25 億台以上のデバイスが Android を実行しており、これほど大きなインストールベースがあるということは、脅威アクターから望まない関心が集まっていることを意味します。 Android の新しいバージョンごとに、機密情報をあなただけが利用できるようにする機能が追加されるのはそのためです。 Android 12 では、プライバシー関連の新しい変更が多数導入されています。新しい見出しとなるプライバシーコンピューティングコア (現在はピクセル専用) だけでなく、プライバシーダッシュボード、カメラとマイクのインジケーター、位置コントロールなどもあります。

世界中で 25 億台以上のデバイスが Android を実行しています

プライバシーダッシュボード

この新しいプライバシーダッシュボード画面では、アプリがカメラ、マイク、位置情報などのコンポーネントにアクセスする頻度に関する情報がユーザーに提供されます。どのアプリがアクセスしているのか、どのくらいの頻度でアクセスしているのかをユーザーに知らせ、自分もアクセスしていると思われる場合はそれらのアクセス許可を取り消すことができます頻繁。これは、さまざまなアプリが重要な権限にどのようにアクセスしているかを非常に簡単に確認できる素晴らしい追加機能です。

位置情報へのアクセスの削減

Android 12 では、アプリに正確な位置ではなく「おおよその」位置を提供する機能が導入されました。たとえば、天気予報アプリについて考えてみましょう。本当にあなたのことを知る必要がありますか? ちょうど 住所？一般的にはそうではなく、必要となるのはあなたの地域の大まかな知識だけであるほうが理にかなっています。この概念は Android 12 に実装されており、アプリが正確な位置にアクセスするか、またはおおよその位置にアクセスするかを決定できるようになりました。

クリップボードへのアクセス通知

Google は、アプリがクリップボードにアクセスしたときに表示されるトーストメッセージを追加しました。私たちは皆、機密データをある場所から別の場所にコピーする必要があるため、これまでにクリップボードに保存したことがあります。ただし、Android 12 より前では、アプリはクリップボードに自由にアクセスでき、クリップボードにアクセスしているかどうか、いつアクセスしているかを知る方法はありませんでした。クリップボードへのアクセス要求がクリップボードのコピー元と同じアプリから発信された場合、トーストは表示されません。

カメラとマイクへのアクセス

携帯電話のクイック設定からカメラとマイクへのアクセスを簡単に遮断できます。そして最も良い点は、システムがそれを処理してくれることです。その結果、ベストプラクティスに従っている限り、アプリは切断を適切に処理し、突然アクセスを取り消してもクラッシュしません。たとえば、カメラへのアクセスが無効になっている場合、アプリには黒いビューファインダーが表示されるだけです。これらの切り替えはデフォルトではクイック設定に含まれていないため、手動でドラッグする必要があります。私の意見では、このようなプライバシー中心の機能は、その存在をエンドユーザーに知らせるために表面化され、より目立つようにされるべきだと感じています。

プライベートコンピューティングコア (Pixel 専用)

Private Compute Services は、Private Compute Core とクラウドの間のプライバシー保護のブリッジを提供するといわれています。これにより、新しい AI モデルやサンドボックス化された機械学習機能のその他のアップデートを安全なパス経由で配信できるようになります。 Google によると、機能とプライベートコンピューティングサービス間の通信は一連の通信を通じて行われるデータから識別情報を削除し、プライバシーを適用する、目的を持ったオープンソース API のような技術フェデレーテッドラーニング、Federated Analytics、および個人情報の取得。これについてさらに詳しく知りたい場合は、次の説明をご覧ください。 Google Pixel 6 シリーズのプライベートコンピューティングコアについて私たちが知っていることすべて.

Android 12 の内部的な変更点

汎用カーネルイメージの導入

Google は Android の断片化を減らすことに何年も取り組んできましたが、その原因の 1 つは Android の固有の性質にあります。この分野では数え切れないほどの OEM が活動しており、どの OEM も自社のデバイスに独自の変更を加えたいと考えています。問題は、Android OS のアップデートが全体的に展開されるのが遅いように見えるが、OEM にデバイスのアップデートを強制するために Google が実際にできることはあまりないことだ。したがって、Google ができる次善の策は、更新プロセスをできるだけ簡単にすることです。

この断片化に対処するために、Google は Android 汎用カーネルイメージ (GKI) に取り組みました。これは本質的に、ACK ブランチから直接コンパイルされたカーネルです。 GKI は、SoC ベンダーと OEM のカスタマイズをプラグインモジュールに分離し、ツリー外のコードを排除し、Google がカーネルのアップデートをエンドユーザーに直接プッシュできるようにします。 Google は 1 年以上にわたり、Play ストア経由で GKI アップデートを配信する方法に取り組んできました。 Mainline モジュールの使用による. 必ずチェックしてください汎用カーネルイメージが Android の断片化問題解決に向けた次のステップとなる方法.

ファントムプロセス

Android 12 では、バックグラウンドプロセスにいくつかの制限が導入されました。 1 つ目は、親プロセスもバックグラウンドにある場合、バックグラウンドで CPU を過剰に消費するアプリの子プロセスが強制終了されることです。導入される 2 番目の制限は、いつでもアクティブにできる子プロセスの数の制限です。からコミット履歴、Googleは不正なバックグラウンドプロセスを取り締まろうとしているように見えます。

「アプリは Runtime.exec() を使用して子プロセスを生成する可能性がありますが、フレームワークはそのライフサイクルについてまったく知りません。プロセスを見つけたら常に追跡するようになりました。現時点では、CPU 統計のサンプリング中にそれらのプロセスが見つかる可能性があります。親アプリのプロセスもバックグラウンドにあるときに CPU を大量に消費している場合は、それを強制終了します。デフォルトでは、このようなプロセスは最大 32 個まで許可されます。親の oom adj スコアが最も悪いプロセスは、親が多すぎる場合に強制終了されます。」

もちろん、Android スマートフォンはバックグラウンドでアプリを強制終了することですでに悪名が高いです。ほぼすべての主要な OEM が何らかの方法、形、形式でそれに取り組んでいます。 OnePlus、Samsung、Xiaomi は最悪のグループの 1 つと考えられています. AOSP にはバックグラウンドアプリの制限がいくつかありますが、メーカーが AOSP の上に独自の制限を構築するのが一般的です。ただし、これらはパワーユーザーにとっては非常に厳しい制限であり、パワーユーザーが長い間声高に反対してきた行動を奨励します。おそらく、長期的にはバッテリー寿命が延びるでしょうが、これはかなりユーザーに敵対的なアプローチです。

Android 12 は私のお気に入りの Android バージョンです

Android 12 は、これまでの Android の中で最も洗練され、最も完全なバージョンです

Android のバージョンに関して言えば、私の目には、Android 12 がこれまでの Android の中で最も洗練され、最も完全なバージョンだと思います。マテリアル・ユーの問題点を除けば、色のテーマは素晴らしく、携帯電話が自分に合わせて調整される様子が本当に楽しいです自分. プライバシーやセキュリティから内部的な改善に至るまで、これらの変更のほぼすべてはエンドユーザーにとって有益であり、最終的には Android プラットフォームの成熟に大きく貢献します。

変化のための変化という点はあるのでしょうか？おそらくですが、まだそこに到達しているかどうかはわかりません。 Android 11 は見た目は優れていましたが、非常に必要最低限に見えました。見た目の乱雑さは良くありませんが、Android 12 では、余計な乱雑さを追加することなく、新しく更新された外観をなんとか実現していると感じます。そうは言っても、スペースの無駄に関する議論は理解していますが、私はそれについてあまり気にしていません。私の携帯電話はまだ使えますし、見た目もより美しくなり、人々にとってより好ましい見た目になったと思います。平均（読む：マニアではない）ユーザー。

これらの変更の多くは Android 13 で改善する必要があります。必ずしもベータ版を使用しているとは感じませんが、Google ならできるような気がします もっと. やらなければいけないことはもっとあるし、やるべきことはもっとあるような気がする意思終わり。