0

Android ver 4.4.2用のアプリ(Android Studio 1.3.1)の設計で忙しく、起動後すぐにアプリを起動したいです。私の問題は、それが機能せず、デバッグ時に BackupAgent が見つからないというエラーが表示されることです。マニフェストで android:allowBackup を false に設定しましたが、不足している BackupAgent に関する例外を削除するのに役立たないようです。

Android:allowBackup の目的を誤解していますか?

バックアップは必要ありません。

4

1 に答える 1

0

それらは互いに異なるようです：

http://developer.android.com/guide/topics/manifest/application-element.html

<application android:allowTaskReparenting=["true" | "false"]
             android:allowBackup=["true" | "false"]
             android:backupAgent="string"

そして： http://developer.android.com/reference/android/app/backup/BackupAgent.html

アプリケーションと Android のデータ バックアップ インフラストラクチャ間の中心的なインターフェースを提供します。バックアップおよび復元メカニズムに参加するアプリケーションは、BackupAgent のサブクラスを宣言し、onBackup() および onRestore() メソッドを実装し、<application>タグの androidバックアップ エージェント属性。

そして、これをに追加する必要がありますApplicationTAG -> Manifest：

android:backupAgent

また、以下もご覧ください。

ほとんどのアプリケーションでは、 BackupAgent クラスを直接拡張する必要はありませんが、代わりに BackupAgentHelper を拡張して、ファイルを自動的にバックアップおよび復元する組み込みのヘルパー クラスを利用する必要があります。ただし、次のことが必要な場合は、BackupAgent を直接拡張することをお勧めします。

  • データ形式をバージョン化します。たとえば、アプリケーション データを書き込む形式を変更する必要があると予想される場合は、バックアップ エージェントを構築して、復元操作中にアプリケーションのバージョンをクロスチェックし、デバイスのバージョンが変更されている場合は、必要な互換性作業を実行できます。バックアップデータとは異なります。詳細については、「復元データのバージョンを確認する」を参照してください。

  • ファイル全体をバックアップする代わりに、バックアップするデータの部分と、各部分をデバイスに復元する方法を指定できます。(これは、完全なファイルではなく、一意のエンティティとしてデータを読み書きするため、さまざまなバージョンの管理にも役立ちます。)

  • データベース内のデータをバックアップします。ユーザーがアプリケーションを再インストールしたときに復元する SQLite データベースがある場合は、バックアップ操作中に適切なデータを読み取るカスタムBackupAgentを構築する必要があります。その後、テーブルを作成し、復元操作中にデータを挿入します。
于 2016-01-13T07:58:21.153 に答える