Android P が特定の開発機能へのアクセスをブロックする可能性がある

Oreo の後継となるバージョンが何と呼ばれるかはまだわかりません (パンケーキまたは円周率、かなりのジレンマ）、Googleが開発者の怒りを買う可能性は十分にあります。重大発表の数か月前に、不快な驚きが現れ始めています。多くの人が、グリーン ロボット OS の開発における最新情報を常に把握するためだけに、Android コード ベース (AOSP) への変更を監視しており、開発者の世界では必ずしも高く評価されていない変更を見つけています。

Google はコードの大部分を文書化していますが、一部のプログラミング インターフェイスは文書化していません。これらは非表示の API であり、@hide 属性でマークされており、正式には SDK の一部ではありません。ただし、アプリケーションはこれらのインターフェイスを使用します。その理由は、その有用性、特に従来のパブリック API と比較して可能な機能の点で技術的な利点があるためです。

問題の原因

XDA ウェブサイトレポートそのいくつかのコミットするその中には、Android のメイン ブランチと統合され、単に変更することでこのアクセスをブロックする新しいツール「hiddenapi」を導入したものも含まれます。フラグ新しい制限リストに入力された署名の数。したがって、これらの API を使用するアプリケーションは起動できなくなり、ブロックは Android のテスト ソフトウェア (CTS) にも反映されます。

有名な開発者である Rovo89 は、これらの変更が引き継がれたとしても、モジュールにとっては問題にならないだろうと述べています。エックスポーズドなぜなら、そのソフトウェアは確立されたルールから簡単に抜け出すことができるからです。しかし、同氏は、多くのアプリケーションが影響を受け、開発者がコードを準拠させるか、別の解決策を見つけることを余儀なくされるのではないかと懸念している。

Googleのルール

Google がこの種の行為で開発者を疎外したのはこれが初めてではありません。私たちは忘れません。アクセシビリティオプションの論争大手企業が障害者専用のこれらのサービスの悪用を禁止する新しいポリシーを導入したとき、これらのサービスは当初意図されていなかった用途のために特定のアプリケーションに統合されていますが。

同社は、GApps をもう少し強制するために特権 API の排他的使用を確保しようとしないのではないかと疑問に思うことがあります。そうすれば、従来の API に頼らなければならない競合他社と比較して、より機能的になるでしょう。他の方法では、セキュリティへの懸念をより重視しています。この措置により、Google は製造業者に対し、この措置は小規模な開発者だけに適用されるものではないため、承認された API のみを使用することを強制し、API のフレームワーク内での互換性と安定性を確保することになります。統合されたアップデート、単一のシステム イメージがベンダー パーティションを破損することはありません。

でも寛大になる方法を知っている

幸いなことに、柔軟性は先月導入されましたアクセシビリティ サービスに依存するアプリケーションの場合、開発者がこの権限の必要性を正当化できるようになります。

この場合、コミットは、Google がこれらの隠された API の代替案を提案するシステムを含め、開発者を混乱に陥れないための解決策を検討していることを示しています。これらすべてが最終バージョンでどのように処理されるかはまだわかりません。アンドロイドP。