10年以上前にAndroidがリリースされて以来、APKファイルはアプリのユニバーサルフォーマットとなっています。開発者であろうとユーザーであろうと、Google Playストア、APKMirror、EFNetのいずれであっても、提供されたのは常にAPKでした。開発者にとってはAABが必須になり、AndroidユーザーにとってはAPKがより複雑になります。
2021年8月以降、すべての新しいアプリでAABが必須になります。既存のアプリのアップデートは引き続き開発者がアップロードできます。 APK形式であるため、この部門では今のところ何も変更されません。
<図>
APKまたは何もない:2015年には、アプリを扱うときはさらに簡単でした/©NextPit
実際のAABファイルとは何ですか?
「AAB」はAndroidAppBundleの略です。 AABファイルには、Androidアプリのプログラムコード全体が含まれています。開発が完了するとすぐに、デベロッパーはアプリをAAB形式でGoogle Playストアにアップロードし、ユーザー（あなた）は通常どおりアプリをそこからスマートフォンにダウンロードします。
一見したところ、何も変わりません。 。実際、よく調べてみると、まったく違いがないように見えます。これは、Google Playストアで[インストール]をクリックしても、スマートフォンが引き続きAPKファイルをダウンロードするためです。では、このすべての怒りのポイントは何ですか?
AABファイルとAPKファイルの違いは何ですか?
AABファイルはカスタムメイドです
APKの違いAABファイルは、リソースと呼ばれるものにあります。アプリでは、リソースとは、画像、言語ファイル、音楽など、プログラミングコード以外のすべてのものです。 Playストアでアプリの[インストール]ボタンを選択すると、Googleから、デバイスのAABファイルから調整されたAPKファイルが、必要なリソースとともに送信されます。
<図>
将来（右）、ダウンロードされたAPKファイルには、それぞれのデバイスに必要なリソースのみが含まれるようになります。たとえば、Netflixアプリは半分以上縮小される可能性があります/©Google
スマートフォンの解像度はフルHD +のみですか?次に、4K素材なしのAPKを受け取ります。デバイスの言語として英語とドイツ語を選択しましたか?スワヒリ語パックはおそらく必要ありません。ちなみに、Googleの bundletool ツールを使用すると、AABファイルを作成することもできます。ローカルでAPKに変換されます。
開発者ではなくGoogleによる署名
もう1つの大きな違いは、アプリの署名にあります。以前は、開発者キーを使用してアプリに署名したのは常にアプリの開発者でした。このキーは、スマートフォンにアプリをインストールするときに使用して、アプリが侵害されているかどうか、たとえばマルウェアが含まれているかどうか、または支払いが必要な機能のためにロックが解除されているかどうかを確認できます。
<図>
これが以前の仕組みです。開発者は自分のキーでアプリに署名し、アプリをアップロードして、Googleがそれを配信しました。今、鍵はグーグルによって保持されています/©グーグル
将来的には、APKに署名するのは開発者ではなく、Google、つまりAABからAPKファイルを生成するときです。論理的には、キーは開発者ではなくGoogleによって保持されます。
AABファイルはAPKよりも優れていますか?
APKよりもファイルサイズが小さい
したがって、AABファイルの最初の大きな利点は明らかです。この方法で生成されたAPKは小さくなります。 Googleは2018年10月に書き込みました。一見したところそれほど多くはないように思えますが、アプリの多数の更新を含めると、ある時点で追加される可能性があります。
アプリの保護の強化
もう1つのメリット開発者は、セキュリティを強化すると便利です。将来的にはアプリを変更するのはおそらくもっと難しくなるでしょうし、modシーンはそれについてあまり満足していないかもしれません。誰が知っているか、これは、これまでのところ一般的であるとは本当に信じていなくても、AmongUsでの詐欺師の数を減らすかもしれません。
ちなみに、AAB、LiteおよびProアプリバージョンではPlayストアにはもう存在しないはずです。更新として、いわば同じ署名のおかげで、購入後にLiteバージョンの上に有料のProバージョンをインストールすることが可能でした。 AABとGoogleの署名により、それはもはや不可能です。代わりに、開発者はアプリ内購入に切り替える必要があります。
<図>
デバイスに応じて、GoogleはAPKファイルに必要なコンポーネントのみを含めます。 x86アーキテクチャがないため、Pixel 2XLは対応するモジュールがなくても実行できます。/©Google
より簡単な更新と開発
ユーザーまたはそのハードウェアに応じてAPKを個別にアセンブルすると、開発者に追加の利点がもたらされます。 NDTV が報告されました。AAB形式のおかげで、特定の時間に特定のデバイスに更新をプッシュできます。これは、特にAndroidが非常に細分化されている場合の利点であり、将来の更新の破損を防ぎ、その影響を軽減する可能性があります。
開発プロセス自体も簡単になります。これまで、多くの開発者は、アプリの複数のAPKバージョンをPlayストアにアップロードしました。これらのバージョンは、さまざまな地域、言語、またはプロセッサアーキテクチャに適合しています。将来的には、開発者は単一のユニバーサルAABファイルをアップロードするだけで済みます。
AABファイルはAPKよりも悪いですか?
AABファイルとサイドローディングの混乱
ただし、特に前述の署名のために、AABには欠点があります。 APKMirrorを介して新しいWhatsAppベータ版をダウンロードし、新機能を試してみませんか?ここではAPKMirrorがGooglePlayストアとは異なる署名を使用しているため、忘れてください。さまざまなサードパーティのアプリストア間でアプリをサイドローディングすることは、将来的には悪夢になる可能性があります。こんにちは、Windows 11 APKあり、AABなしサポート。
もちろん、アプリをアンインストールして、別のソースからスマートフォンに再インストールするだけです。ただし、アプリによっては、多少の労力をかけて、すべてのデータをバックアップしてから再インストールする必要があります。それは単に面倒すぎると思いませんか?
<図>
<図>
MicrosoftはWindows11のAPKサポートを発表しました/©Microsoft
AABはGoogleにより多くの力を与えます
将来的に署名がGoogleによって保存されるという事実は、重要なレンズを通して見ることもできます。サーバーがハッキングされた場合、すべてのアプリが一挙に侵害されてしまいます。そして、 XDA-Developers が説明したように:Googleには、開発者キーを使用して独自にアプリを変更する権限もあります。理論的には、政府がGoogleに圧力をかけた場合、開発者の知らないうちに、他の方法では安全なインスタントメッセージングアプリにバックドアを組み込むことができます。
はい、Googleはセキュリティを非常に重視しています。そしてそうです、グーグルは政府の道徳的に疑わしい願いに屈するよりもむしろ市場から撤退したいと思っています。しかし、これは事実のままです。Googleは、AABファイルの導入によってより多くの力を得るだけです。
バグの修正が難しくなります
もう1つの欠点開発者のMarkMurphy Commonswareで作成。 1人のユーザーが開発者に再現できないアプリで問題を抱えている場合、以前は簡単な解決策がありました。アプリを変更してユーザーに送信し、ユーザーにアプリを更新させて、エラーが削除されることを期待します。しかし、それは開発者が自分でアプリに署名できるためにのみ可能でした。
Medium.com ちなみに、Androidデベロッパーアドボケイト WojtekKalicińskiは上記の批判など。
AAB:イェーイまたはイェーイ?
要点は、必須のAABファイルはほとんどのユーザーにとってあまり変更されるべきではないということです。すでにそれ。結局のところ、Google Playストアの上位1,000個のアプリの大部分は、開発者によってすでにAABとしてアップロードされていますが、アップロードする必要はまったくありません。
ただし、オタク、愛好家、そして奇妙な開発者であるAABフォーマットはAndroidの面白さを台無しにするかもしれません。結局のところ、GoogleはAppleではなく、Playストアの外部でアプリを認証することは可能です。グーグルはまだサイドローディングを止めていません（今のところ）。ただし、MountainViewはGooglePlayストアの独占的な地位を確固たるものにするために懸命に取り組んでいるようです。
