19/11/06 19:08:59.42 1m8QivkL0.net BE:166962459-2BP(1000)
URLﾘﾝｸ(img.5ch.net)
Googleによると、ストレージの許可は付与できますが、承認するのは場合によってのみです
悲しいことに、過去のAndroidバージョンでは、多くの制限がありました。ただし、私にとって最も厄介な権限の1つはストレージ権限です。これはひどいSAF APIに置き換えられる予定でした。
最近、私はGoogleのビデオを見ましたが、開発者にこの許可を与えることを計画していますが、特別なフォームを介してホワイトリストに登録されている場合のみ、
ファイルマネージャーアプリとバックアップ/復元アプリに許可されています：
問題なくアクセスできるのはメディアファイルのみです。他のすべてのファイル、およびファイルパス（APK情報の取得やDBファイルを開くなどのAndroidフレームワークを含む）を介して
非メディアファイルにアクセスする必要があるすべてのライブラリは依然として問題があり、Googleがそれらに対処することはありません。
彼らは、Android 10を対象とするアプリのごく一部のみが完全なストレージアクセスを許可するために特別なフラグを実際に使用したが、
もちろんすべてのアプリがまだAndroid 10を対象にしているわけではないと述べました しかし、彼らはフォームがどのように機能するか、
そしてさらに考慮すべきケースがあるかどうかは言いません。彼らがそれについて話すことを許可している場所と、フォームがどこにあるかはわかりません。
フォームには早すぎるかもしれませんが、彼らは開発者の意見を聞いていると言います。
たとえば、私のアプリはファイルマネージャーでもバックアップアプリでもありませんが、すべてのAPKファイルを見つけてそれらを表示するため、この許可が必要です。
app-nameとapp-iconを含み、これらの機能はフレームワークに存在しませんファイルパスなし。それだけでなく、APKファイルの検索は、他のファイルと同様に非常に遅くなる可能性があります。
これは決して存在するべきではない、終わりのない問題です。
ファイルAPIは、Javaでよく知られている標準です。ファイルパスは、すべてのユーザーにとって既知のものです。最新のすべてのOSに存在します。
SAFがアクセスを許可する特別な方法を非常に気にかけている場合は、この目的のためだけに許可することができます。SAFはアクセスを許可する方法として使用できますが、
File-APIはこのアクセスの境界でのみ機能します。この方法で誰もが勝ちます。課題追跡システムでさまざまな方法でリクエストを試み、
SAFがすでにあるものと比較してどれだけ悪いかを強調しようとしました。
現在、それは巨大な混乱であり、SAFはまだFile APIのパフォーマンス、互換性、および機能レベルに到達することができません。
URLﾘﾝｸ(www.reddit.com)