タグ: SDK

SDK

  • 断片化との戦い: Google、Android 13 の機能を以前のバージョンに移行

    Android の歴史的問題の 1 つはまだ解決されていません。膨大な数のデバイス、メーカー、ブランドが存在するため、この範囲の製品全体にアップデートを提供することは不可能な使命です。ただし、Google はGoogle Play サービスに重要な改善を含めることでこの側面を改善していました。そして彼は再びそれを行いました。Android 13の新機能は以前のバージョンにも適用されます。

    Android とそのアップデートについて話すと、通常、複雑な感情が呼び起こされます。なぜなら、確かに私たちは皆、電話に関して何らかの問題を抱えているからです。それは、期限までに更新されなかったか、まさにそのために、更新がなかったため、結局廃止されたためです。これは主に、今では神話になっているAndroid の断片化が原因です。非常に多くのデバイスが共存しているため、すべてを最新の状態に保つことは不可能です。単純な解決策は機能しません。

    イメージセレクターなどのニュースが他のAndroidにも来るようになる

    Google画像

    Android の新しいメジャー バージョンごとに、Google には専用の機能が組み込まれており、通常は開発者が利用できるように API に分割されています。これにより、 プライバシーとセキュリティが大幅に向上しました。一方、デバイスはユーザーが利用できるインタラクションの範囲を拡大しました。

    Google は、 Android 10以降のモバイル オペレーティング システムに含まれるコンポーネントのモジュラー システムをさらに活用するために、Android SDK 拡張機能を拡張しました。これらの SDK 拡張機能の拡張により、古いシステム バージョンを搭載した携帯電話では、メーカーがデバイスを更新しなくても新しい機能にアクセスできるようになります。その作業を担当するのは Google です。

    Android 13 の最も重要な新機能には、アプリがユーザーが望まないマルチメディア コンテンツにアクセスしないように開発者が使用する必要があるグローバル イメージ セレクターがあります。これはプライバシーに関する主な変更の 1 つであり、iOS にはすでに存在していたオプションです。そして古い Android バージョンにも対応する予定です。

    Googleが開発者ページで説明したように、同社はソフトウェア開発キット(SDK)を拡張し、最終的にイメージピッカーをAndroid 11(APIレベル30)に対応するAPIレベルと互換性を持たせました。さらに、Google は、Web サイトやアプリケーションがユーザーを追跡しないようにするための複雑なプライバシー セレクターであるプライバシー サンドボックスも含める予定です。このプライバシー サンドボックスは、間もなく Android 13 内でテストを開始します。その後、以前のバージョンに到達します。

    Googleは、Google Play Servicesのアップデートを通じて、この改善をAndroidの下位バージョンに適用します。Google Play Servicesは、Google認定デバイスのスケルトンとして機能し、 Play Protect 、 Android Auto 、アプリストアなどの機能を統合するソフトウェアです。 Google Play サービスはデバイスから独立しているという事実のおかげで、これは Android の膨大な断片化を徐々に減らすために同社が発見した最良の方法です。

    詳細情報 | グーグル

    断片化との戦い: Google、Android 13 の機能を以前のバージョンに移行・関連動画

  • APK、App Bundle に加えて、悪意のある SDK からプライバシーを保護する新しい形式である ASB が登場しました。

    Android スマートフォンにインストールされるアプリケーションの形式は APK ですが、Google は、アプリをパッケージ化し、Google Play に適切な APK を生成させる方法として、代わりにApp Bundleの使用を推進しています。彼は現在、同様のものに取り組んでいますが、SDK が対象です

    プライバシー サンドボックスイニシアチブ ( Android 13 でのテスト中) の中で、Google はASB 拡張子を備えた Android SDK バンドルと呼ばれる新しい公開フォーマットを開始しました。大まかに言えば、これらはアプリケーションの App Bundle に似ていますが、特別な種類の SDK 用です。

    ASBフォーマットの登場

    ユーザーとしては心配する必要はありません。 Google Play からアプリケーションをインストールしても、何も変わりません。さらに、外部からインストールした場合でも、APK ファイルのままです。この変更は現時点では実験的なものであり、開発者向けであり、SDK にのみ影響します。具体的には、 runtimeまたはRuntime-enabled-SDKに対して有効になっている新しい SDK に対してです。

    現在、アプリケーションとアプリケーションが使用する SDK は両方とも、他のアプリケーションから分離して実行されます。アプリで使用される SDK は、それを呼び出すアプリの権限とアクセス許可を継承するため、ユーザーや場合によっては開発者自身が知らないうちに、これらの SDK がデータを収集および共有できるようになる可能性があります。プライバシーを向上させるために、Google は、サードパーティの SDK がアプリケーションから隔離された環境で実行される新機能であるSDK ランタイムの開発に取り組んでいます。

    Google SDKランタイム提案の概要

    ここで、新しい ASB または Android SDK バンドル配布形式が登場します。これは、この新しい実行環境と互換性のある SDK をパッケージ化するための新しい形式です。技術的には、これらは暗号化された ZIP であり、APK や App Bundle 自体の動作とそれほど変わりません。さらに、開発者は、Maven のこのタイプの SDK の配布ファイルとなる ASAR 形式についても理解する必要があります。

    通常のユーザーとして、これらの取り組みは、現時点では実験であるため、進められれば、 プライバシーやマルウェアの問題の一般的な原因となる、アプリケーションに含まれる悪意のある SDK からの保護を提供することになります。

    経由 | ミシャール・ラーマン

    APK、App Bundle に加えて、悪意のある SDK からプライバシーを保護する新しい形式である ASB が登場しました。・関連動画

  • Google はすでに、Apple、Amazon、さらには IKEA がサポートする Matter ホーム オートメーション標準に対応する SDK を用意しています。

    Google は前回の Google I/Oで、それぞれのプラットフォームからオープン Matter 標準が強力に推進されていると発表しました。数か月後、同社は開発者がアプリを適応できるように一連の SDK (ソフトウェア開発キット) を提供し、非常に重要な一歩を踏み出しました。

    同社は、 Matter に接続するための最大 3 つの新しい開発ツールの登場を発表しました。開発者専用のプレビュー版の新しい「Google Home Developer Console」、新しい「Google Home Device SDK」、新しい「Google Home Mobile SDK」です。 「」。これらはすべてダウンロードできるようになりました。

    Matter用のソフトウェアとデバイスの作成が可能になりました

    案件

    Matter のアイデアはもともと 2019 年に誕生し、その際に「Project Connected Home over IP」アライアンスが創設されたことが発表され、強制されない頭字語として CHIP が付けられました。 Amazon、Google、Samsung、さらにはIKEAなどの大手企業もこの提携に参加しました。このような標準は 2021 年、具体的には 5 月に登場し、1 年と数カ月後に Google は標準に向けて準備された SDK を配布しました。

    標準では、どのデバイスでも Matter ロゴが表示されるということは、その製品がサポートされているシステムで動作する準備ができていることを意味します。そして、今日から、これには Google Home 製品のエコシステムも含まれます。これは、プログラマーがアプリを Google Home 製品に適応させるための開発キットがすでにあるからです。

    Google の最初のソフトウェア貢献は、ホーム エコシステムの製品を微調整するために用意された新しい開発コンソールの形で提供されます。これは、現在開発者向けに以前のバージョンがリリースされている「Google Home Developer Console」です。つまり、まだベータ版ではなく、その前のステップにすぎません。

    この新しい開発コンソールには 2 つの SDK が付属しており、開発者は現在のシステムを新しい標準に適応させることも、最初からシステムを作成することもできます。これには、デバイス自体とその統合ソフトウェアから、Android が Matter 標準と互換性のあるデバイスと通信できるアプリケーションに至るまで、あらゆるものが含まれます。

    詳細情報とダウンロード | グーグル

    Google はすでに、Apple、Amazon、さらには IKEA がサポートする Matter ホーム オートメーション標準に対応する SDK を用意しています。・関連動画

  • 新しい Google API のおかげで、「ニアバイ シェア」のようなマルチデバイス アプリがさらに増えます

    前回の Google I/O で、Android がついに携帯電話やタブレットの枠を超えて、クロスプラットフォーム サポートの向上や Android と Windows PC 間の新しい対話方法など、いくつかの生産性革新を実現することを知りました。この新しいアプローチの一環として、Google はクロスデバイス SDK 、つまりクロスデバイス エクスペリエンスを発表しました。

    この新しい SDK は、ニアバイ シェアと同様のエクスペリエンスの作成を容易にすることを目指しており、開発者は、Android アプリケーションを別のオペレーティング システム上の同じアプリケーションのバージョンと対話させたり、より簡単な方法でデータを共有したりできるようになります。すべてのロジックを最初から実装するよりも優れています。

    ニアバイシェアエクスペリエンスを作成するための SDK

    Google は、開発者があらゆる種類のデバイスに接続できるアプリを簡単に作成できるようにしたいと考えており、新しいクロスデバイス SDK API の最初の開発者プレビューを発表したばかりで、これにより前回の Google I/O での約束が果たされました。 。

    そして、これは何のためにあるのでしょうか? Nearby Share の有用性は明らかです。Nearby Share は Android スマートフォンやタブレットで動作しますが、現時点では Chrome OS と通信することもでき、将来的にはさらに多くのシステムと通信することもできます。 Googleは他にも、モバイル決済システムを使ってテレビで映画をレンタルする、電話で記事を読んでタブレットで中断したところから続ける、移動中やSpotifyを利用する途中で友人と地図を共有するなどの例を挙げている。どこにいてもセッションを継続できます。

    双方向

    この API は、近くのデバイスとその認証の検出、デバイス間の安全な転送、複数のデバイスにわたるセッションの管理という 3 つのタスクを容易にするツールキットとともにデビューしました。最初は Android スマートフォンとタブレットで利用可能になり、後に他の Android デバイスや他のオペレーティング システムにも提供される予定です。

    Google は、これはベータ版であるため、変更される可能性がある API であるため、運用環境では使用しないでくださいと警告しています。さらに詳しく知りたい場合は、Android Developers の情報ページにサンプル アプリケーションなどの詳細がすべて記載されています。ユーザーにとっては、将来的には、ニアバイシェアなど、ある携帯電話から別の携帯電話に簡単な方法で移動できる、この種のエクスペリエンスを備えたアプリがさらに登場すると想定する必要があります。

    詳細情報 | Android 開発者

    新しい Google API のおかげで、「ニアバイ シェア」のようなマルチデバイス アプリがさらに増えます・関連動画

  • 人気のアプリがクリップボードや電話などのデータを盗むことでユーザーを監視

    アプリケーション セキュリティの研究者は、 Google Playで入手可能な非常に人気のあるソフトウェアで奇妙な動作を発見しました。その目的はデータを収集することではありませんでしたが、デバイスの電話番号、SSID、MAC アドレス、さらにはクリップボードと同じくらいプライベートな情報が、最終的には他の人のものとして収集されてしまいました。サーバー。すべては意図を隠したSDKのために。

    一見そうは見えないかもしれませんが、私たちは見かけよりもはるかに多くの個人データを携帯電話に保存しています。接続する WiFi ネットワークに関する情報、デバイス ID、Web サイト接続、および大量に広告主に多大な価値を提供するその他の多くのデータ。アプリケーションを使用するということは、そのデータの一部を放棄することを意味します。ただし、場合によっては開発者自身さえもそのことを認識していないという問題があります。

    広告 SDK が密かにデータを盗んだ

    マルウェア

    開発者は、アプリケーションの作成を容易にするさまざまなツールを使用できます。たとえば、デザインの改善から 3D 環境まですべてを取得するために使用されるライブラリがあるため、一般的にソフトウェアはスクラッチから開発されません。これらのライブラリは、SDK またはソフトウェア開発キットとして入手できます。

    通常、モバイル アプリケーションでは、開発者は企業が SDK で提供するライブラリを通じて広告などの機能を統合します。使用状況分析、クリック、どのアプリケーション機能が最もよく使用されているか、およびそれに応じて表示される広告。これは通常、広告 SDK の仕組みです。悪意のある活動を隠さない限り。

    AppCensus のセキュリティ研究者が、Google Play で非常に人気のあるいくつかのアプリケーションのアクティビティを綿密に分析した結果、これらのアプリケーションは、ユーザーの同意なしに、さらには以前に許可を要求していなかったとしても、収集されたユーザー データを送信していたことを発見しました。このデータはデバイスの MAC と SSID に関連しており、電話番号、電子メール アドレス、GPS 座標が収集され、そして最も懸念すべきことに、アプリはクリップボードの内容を送信していました。すべてはアプリ以外のサーバーに収集されました。

    AppCensus が詳細な調査を実施した結果、その手がかりは、アプリケーションの高い収益化を提供すると主張する、あまり知られていない広告 SDKにつながりました。この SDK をソフトウェアに統合し、後に Google Play で公開すると、ユーザーやアプリ開発者が気づかないうちにライブラリがデータの収集を担当しました。

    AppCensus はアプリの秘密アクティビティについて Google に連絡し、Google は SDK に関連するアプリを削除しました。 スピード カメラ レーダー (PRO)WiFi マウス(どちらも 1,000 万以上のダウンロード) と同じくらい人気のあるものもあります。彼らは Google Play に戻って以来、コードから悪意のある SDK をすべて削除しています。

    詳細情報 | アプリ国勢調査
    経由 | フォンドロイド

    人気のアプリがクリップボードや電話などのデータを盗むことでユーザーを監視・関連動画

  • Choice SDK は、開発者がアプリを Google サービスから Huawei サービスに移行するための「簡単な」方法です

    Google アプリケーションを搭載した携帯電話にはGoogle サービスがプレインストールされているのと同じように、Huawei の携帯電話にはHuawei サービスまたは HMS がプレインストールされています。米国の拒否権発動後、ファーウェイは自社のサービスを強化し、実質的にグーグルと同じことができるようにしたが、問題がある。GMSを使用するために作成されたアプリケーションは、技術的には同じことが可能であっても、HMSでは動作しない

    これを解決するために、 Choice SDKが登場しました。これは、アプリケーションの 2 つの異なるバージョンを作成することなく、利用可能なサービスに応じて、アプリケーションが Google サービスまたは Huawei サービスを使用できるようにするオープンソース SDK です。

    HMS と GMS (利用可能なものに応じて)

    新しいHuawei端末にはGoogleサービスは含まれていませんが、代わりにHuawei Mobile Servicesや独自のHuawei App Galleryアプリケーションストアなどの独自のエコシステムが組み込まれています。開発者に自社のストアにアプリをアップロードしてもらうようファーウェイは取り組んでいるが、問題がある。それは、 HMS を使用するようにアプリを適応させるプロセスには費用がかかるということである。

    Choice SDK は Huawei によって作成されたものではありませんが、やや単純なモードとして提供されます。まだボタンを押すほど簡単ではありませんが、この SDK をアプリケーションに統合すると、 Google と Huawei サービスの両方の携帯電話で動作する準備が整います。

    選択肢dka

    実際には、Choice SDKは仲介者として機能するため、2 つの異なるバージョンのアプリケーションをコンパイルする必要はなく、むしろ SDK が利用可能なサービスにリクエストをリダイレクトする役割を果たします。

    たとえば、地図を表示するアプリケーションでは、Choice SDK が Google Maps API またはHuawei MapKitとのデータの送受信を担当でき、HMS および GMS で利用可能な残りのサービスにも同じことが当てはまります。現時点では、Choice SDK は、分析、位置情報、地図、メッセージング、ログインサービスにアクセスするための普遍的な方法を提供します。ソース コードとドキュメントはGitHub で入手できます。

    経由 | GSMアリーナ

    Choice SDK は、開発者がアプリを Google サービスから Huawei サービスに移行するための「簡単な」方法です・関連動画

  • Google Play で公開するには、すべてのアプリとアップデートを Android 10 以降に最適化する必要があります

    Android の新しいバージョンは毎年リリースされますが、ほとんどの端末にアップデートが適用されるまでに多額の費用がかかることはすでにわかっています。限界に挑戦し、ストアで公開されるアプリケーションが最新の進歩を活用し、最新の変更に確実に適応できるようにするために、 Google は毎年、新しいアプリケーションが最適化される Android のバージョンの制限も進めています。今年 11 月に施行される最小バージョンは Android 10 です

    8 月以降、Google Play ストアで公開するすべての新しいアプリケーションは Android 10 用に最適化する必要がありましたが、11 月に入った現在、この要件はアップデートにも適用されます。ここでは、アプリケーションが開発されたバージョンであるTarget_SDKパラメータについて話していることに注意してください。ただし、これによってアプリケーションが Android の以前のバージョンと互換性を持つことが妨げられるわけではありません

    見てみると…
    Android 12 の登場: ニュースと機能

    新しい API の使用を強制する

    ターゲット

    Android のすべての新しいバージョンには内部変更が含まれており、多くの場合、開発者が利用するにはアプリに変更を加える必要があります。たとえば、 Android 10 では、新しいプライバシーとセキュリティ機能、ダーク テーマや 5G のサポートなどが追加されました。

    これらの変更には、アプリができること、またはできないことを制限する変更が含まれる場合がありますが、以前にリリースされたアプリとの互換性を維持するために、Android では既存のアプリが以前と同様に動作し続けることを許可することがよくあります。アプリケーションがどのバージョンで起動されたかを知るには、ターゲット SDK パラメータが使用されます。 11 月以降、Google Play でリリースされる新しいアプリとアップデートは両方ともAndroid 10 以降に最適化する必要があります。

    この変更は毎年行われ、最近起動されたものであっても、ターゲット SDK の古いバージョンを使用して Android の新しいバージョンで導入された制限を回避する不正なアプリケーションの数を制限することができます。たとえば、Android Lollipop 用に最適化されたアプリは、 実行時の権限が Marshmallow に追加されているため、起動時にすべての権限を要求します。

    もちろん、1 つはアプリケーションが最適化されるバージョンであり、もう 1 つはアプリケーションが互換性がある最小バージョンであるということを強調する必要があります。 Android 10 以降向けに最適化されたアプリケーションは、以前のバージョンと互換性があるため、理論的には、ダウンロードする新しいアプリが Android の最新の変更にすでに適応している必要があるというセキュリティを除いて、ユーザーは多くの変更に気付かないはずです。

    経由 | XDA

    Google Play で公開するには、すべてのアプリとアップデートを Android 10 以降に最適化する必要があります・関連動画

  • ファーウェイ、Google Playサービスの代替となるHMSを中国でベータ版として開始

    米国のファーウェイに対する封鎖が続く間、同社は米国企業のハードウェアやソフトウェアを新しい端末に組み込むことはできない。これにはGoogle サービスが含まれますが、Huawei はしばらくの間、その代替となる HMS またはHuawei Mobile Servicesという名前の独自のサービスを準備しています。

    HMS は、Google サービスで行うのと同様の方法で開発者が再利用できるツールのパッケージであり、 HarmonyOSの基礎の 1 つであり、新しい端末にインストールされるEMUI 10など、Google を使用しない Android 独自のフレーバーです。 Huawei Mate 30 。 HMS 4.0 ベータ版のリリースにより、Google サービスに代わるこの代替サービスの実際のテストが始まります。

    見てみると…
    HarmonyOS ファーストインプレッション – HUAWEI の復活

    開発者は HMS をテストできるようになりました

    警戒心

    ファーウェイは、米国政府機関のリストに含まれた後も何とかやっていくために、2019年中にハードウェアのサプライヤーの変更から、すでに認定されたモデルを「リサイクル」してファーウェイ・ノヴァなどの別名で発売するなど、多くの調整を行う必要があった。 5T 。短期的にはそれらで十分ですが、長期的には、企業は将来を確保するために自給自足を実践することを余儀なくされています。

    この自己完結性はソフトウェアにも必要であり、 Google から何も提供されていないバージョンの Android を使用する必要があります。問題は、携帯電話に Gmail、Google マップ、または YouTube がプリインストールされていないということではなく、地理位置情報、ログイン、支払い、リアルタイムなどのさまざまなタスクを実行する API のコレクションであるGoogle サービスが欠落していることです。時間の通知や広告の表示など。

    開発者は Google サービスを使用して、これらの機能を最初から書き直したり、アプリケーション コードに組み込んだりすることなく、これらの機能を活用できますが、モバイルにこれらの機能がインストールされていることが前提となります。そうでない場合、代替手段を使用する準備ができていない限り、アプリケーションは動作を停止します

    これはまさにファーウェイがファーウェイ・モバイル・サービス(HMS)の形で構築しているものであり、同社がすでに提供していたさまざまなサービスの拡張と集中として生まれたGoogleサービスの代替サービスである。ファーウェイはすでにユーザー アカウント、決済システム、さらにはアプリ ストアを備えており、中国市場では Google なしでも機能する準備ができていますが、今後の課題は同じことを世界的に行うことです。

    HMS のコンポーネントの一部

    Google の代わりに Huawei サービス (ま​​たは利用可能なサービスに応じてどちらか一方) を使用するようにアプリを適応させるには、費用がかかるプロセスです。 エコノミック・タイムズとのインタビューで、インドのファーウェイとオナーのCEOは、国内の上位150のアプリケーションにHMSサポートを含めるように取り組んでいることを明言した。このために、彼らは 10 億ドルの投資を割り当て、 HMS の統合に対して最大 17,000 ドルのインセンティブを提供する予定です。

    HMS はまだ進行中ですが、SDK 4.0 ベータ版の公開により、理論的な側面を超えて形になり始めています。この新しいバージョンは、まだベータ版ですが、いくつかのコンポーネント (places モジュールなど) を最初の機能的な公開バージョンに更新します。

    ファーウェイは開発者に対し、この SDK はテストとしてのみ使用することを目的としているため、まだ APK に統合したり、ユーザー向けに一斉に公開したりしないよう求めています。大きな問題は、ファーウェイがSDKを統合するよう十分な開発者を説得できるかどうかだ。

    経由 | ギズモチナ

    ファーウェイ、Google Playサービスの代替となるHMSを中国でベータ版として開始・関連動画

  • Android 11 では、ファイル管理者は「すべての」ファイルにアクセスする許可を Google に求める必要があります

    他のアプリケーションによって生成されたファイルへのアクセス制限(正式には Scoped Storage と呼ばれます) は Android 10 から始まりましたが、Google は最終的に Android の次のバージョンまで要件を緩和しました。これらの制限は、最終的に Android 11 と呼ばれる次のバージョンの Android に導入される予定です。

    2019 Android Developers Summit ので、Google は Android 10 に適用されるストレージの変更点と、後続のバージョンで導入されるストレージの変更点の一部を共有しました。最も重要なことは、ファイル マネージャーなどのフル アクセスが必要なアプリケーションには、Google によって付与された特別なアクセス許可が必要であるということです。

    スコープ付きストレージ、まもなく義務化

    範囲指定された

    これらの制限を理解するには、制限付きストレージと訳されるScoped Storage を理解する必要があります。この変更は、アプリケーションが自身のファイルにのみアクセスできることを意味します。それは原則として。

    最も一般的な用途にはいくつかの例外があります。たとえば、ユーザーが外部ストレージへのアクセス許可を付与した場合、ダウンロードやメディア ファイル (写真、ビデオ、写真) にアクセスするために追加の許可は必要ありません。

    問題は、ドキュメントやフォルダーなど、前のケースでは利用できなかった他の要素にアクセスする必要がある場合です。 Android 10 ターゲット SDK を使用するアプリケーションは引き続き「古いモード」へのアクセスを要求する可能性がありますが、Android の次のバージョンにアクセスするアプリケーションでは、何があってもスコープ付きストレージがアクティブ化されます。良いニュースは、まだ時間はあるということです。その瞬間は 2021 年 11 月まで到来しないはずです。

    ヌープトアウト

    Android R ターゲット SDK を使用するアプリは、レガシーモードでストレージを要求できませんが、Google Play デベロッパー コンソールを通じてGoogle に特別な許可を要求しない限り、アクセスできないままになります。 Googleは、この許可は簡単に与えられるものではなく、ファイルマネージャーやバックアップアプリケーションなど、共有ストレージにアクセスする必要性がやむを得ないアプリに限定されることを明らかにしている。

    ただし、このアクセス許可は他のアプリケーションの外部フォルダーにはアクセス許可を付与しないため、他のアプリケーションからは完全にアクセスできなくなります。したがって、 知らないうちに WhatsApp のステータスを確認するためのトリックを使用したり、 Telegram に貼り付けるための WhatsApp ステッカーを入手したりすることは忘れてください。

    この問題で最も興味深いのは、この制限は Google Play ではなく Android から実行されるため、どのソースからインストールされたアプリケーションにも適用されるはずですが、一部のユーザーにマスター キーを付与できるのは Google だけのようです。アプリはシステム ファイルにさらにアクセスできるようになります。

    経由 | XDA

    Android 11 では、ファイル管理者は「すべての」ファイルにアクセスする許可を Google に求める必要があります・関連動画

  • 本日より、すべてのアプリケーションを Google Play に掲載するには、Android Oreo 用に最適化する必要があります。

    昨年 12 月に発表されましたが、 新しい Google Play アプリケーション ポリシーが100% 有効になったのは 11 月 1 日のことでした。 8月、Googleは、Playストアで公開されるすべての新しいアプリはAPI 26をターゲットにする必要がある、つまり、少なくともAndroid 8.0 Oreo向けに最適化する必要があり、更新自体よりも長い期間を与えると述べた。具体的には、2018年からは11月1日までが期限となった。

    その期限はすでに過ぎています。つまり、今後は、新しいアプリも更新されたアプリもすべて、Android オペレーティング システムの最後から 2 番目のバージョンに合わせて最適化する必要があります。理由は明らかで、古い API をターゲットにすることで、開発者が機能を悪用してユーザー エクスペリエンスを悪化させる可能性があるためです。

    見てみると…
    あなたの Android 向け 2021 年のベスト アプリ 21 選、無料!!

    この変更は正確には何を意味するのでしょうか?

    Playストア

    あなたにとっても、実際的な目的にとっても、何もありません。以前のバージョンの携帯電話を使用している場合、アプリが API 26 (Android 8.0 Oreo) を参照する必要があるという事実は影響しません。また、影響するべきではありません。この新しい制限は、アプリケーションが開発された Android のバージョンであるTarget SDKに適用されます。これは、アプリケーションが動作できる最小バージョンである minSdkVersion に影響を与える必要はありません。つまり、開発者がそう判断する限り、大きな問題なくアプリケーションを以前と同様に使用し続けることができます。

    一部の開発者は、たとえば、古いバージョンの Android では要求されなかったが新しいバージョンでは要求されたアクセス許可を製品が要求できないようにしたり、コードを変更する手間を省いたりするために、アプリに古い SDK を指定することを好みます。アプリ。

    アプリに必要な実装には、通知チャネルやアダプティブ アイコンなどがあります。

    この新しい変更により、Oreo 用に最適化されていないアプリケーションを公開できないだけでなく、要件を満たしていないアプリの更新を公開することもできなくなります。アップデートが Android 7.1 Nougat をターゲットにしている場合、リリースすることはできず、Oreo をターゲットにするように変更する必要があります。アプリに必要な実装には、たとえば、 通知チャネルやアダプティブ アイコンなどがあります。

    ちなみに、このポリシーは前年比で適用されるため、来年 8 月には新しいアプリを Android 9 Pie に最適化し、11 月にはアップデートする必要があります。このアイデアは、より安全で最適化されたアプリケーション ストアを実現し、古いアプリが以前のバージョンの Android のセキュリティ ホールを悪用するのを防ぐことです。これは断片化と闘うための長い道のりの小さな一歩です。

    本日より、すべてのアプリケーションを Google Play に掲載するには、Android Oreo 用に最適化する必要があります。・関連動画