を変更し、ACRA.getConfig()とACRA.getConfig().setFormUri(uri)が両方deprecated.Isプログラム的formUriを変更するには、任意の正しい方法です、一度ACRAはすでに初期化されていますか？ACRAは<strong><code>ACRA.init</code></strong>は一度だけ呼び出すことができますのでformUriにプログラム的に
私たちの開発アプリケーションでは、いくつかの環境に対してテストしており、ACRAエラーを保存するためにformUrisが異なるため、新しい環境に変更するたびにすべてのエラーをそのフォームに送信するようにACRAを再構成する必要があります。
今、私たちはACRA.getConfig().setFormUri(uri).
を使用しているしかし、我々はそう任意の代替があり、これは近く、将来的に可能ではないだろうことを恐れていますか？
しかし、我々は、これは4.9.0が
setFormUriを削除し、あなたが正しいです近くの将来に
ことができなくなることを恐れているので、任意の代替はありますか？
現在はありません。あなたはディスカッションhereを見ることができます。
ACRAを複数回初期化する予定はありません。できるだけ堅固なものにする必要があるコンポーネントには、不要な複雑さが導入されます。
しかし、まだプログラムでformUriを設定することはできます。一度だけ設定できます。
あなたは、あなたがどの環境にいるかを知っている/判断している実行時のイベントを持っているはずです。そのため、ターゲットのformUriを概説するその時点でSharedPreferenceを設定できます。アプリケーションを再起動し、FormUriをSharedPreferenceから取得します。
NBこれは非常に珍しい使用例です。なぜあなたは、1つのアプリケーションの異なる環境のための別のformUriを持っていますか？なぜ、レポートなど、環境など、いくつかの属性に基づいてレポートをフィルタリングし、単一のエラーを報告しないでください。
IMHOはアプリのデベロッパー版とリリース版のために別々のエラー報告サーバーを持っていますが、それはあなたが必要としなかったdevとreleaseの間で変更したことがもう一つあることを意味します。動きの少ない部品、複雑さの低減==頑強さ
私が話している複雑さは理解していますが、私たちの周りにはエラーや異なる形式を保存する環境/データベースがありますが、もっと簡単です.URLは自動化されているので、リリース版を生成する際に問題はありません。環境の変更は開発者だけが行うことなので、その場合は強制的にアプリを再起動します。ありがとうございました！ –
答えてくれてありがとう、私はウィリアムが上記の応答で言うようにして、私たちはアプリを再起動します。 –