MVPを実装する際にAndroidのプレゼンターを保存するベストプラクティスは何ですか？

Question

どのようにこれを行う？構成が変更されたときにプレゼンターをどのように保持しますか？

別の質問：それは断片/ Activityから離れて移動するときプレゼンターを維持することは可能でしょうか？

私は、このようなモスビーや核とMVPのためのフレームワークを使用して気にしないが、私はモスビーの方法が最善のアプローチではないと思います。 UIを持つフラグメントでFragment.setRetainInstance（true）を使用することは、ここの多くの記事では使用しないでください。バックスタックでは使用しないでください。たぶん良い方法がありますか？

Answer 1

Nucleusは内部的に静的マップを使用します。実際、Nucleusは、プレゼンタによって実行されるリクエスト（rxjava）からプレゼンタインスタンスへのマッピングをより多くします。これは、ニュークリアスがPresenterインスタンスを保持せず、Request（RxJava）を保持し、それを新しいプレゼンタインスタンスに再接続することを意味します。

モスビー2.0は、フラグメントを保持または活動のためlastNonConfiguration方法がプレゼンターを維持するために使用しています。 UIを持つフラグメントを保持することには何も問題はありません。保持フラグメントの唯一の欠点は、それらをバックスタックに置くことができないことです。 Mosby 3.0（SNAPSHOTは利用可能ですが、バックスタックの断片はまだ実装されていません）では、すべてのプレゼンターがホスティング活動のライフサイクルにバインドされたマップに保存されます。つまり、プレゼンターはバックスタッキングの非再発フラグメントのために保管することができます。 Nucleusとは対照的に、それらはアクティビティのライフサイクルの間だけ保持されるか、またはユーザによるバックスタックから削除されます（ナビゲーション）。さらに、これによりMosby 3.0はカスタムビュー（FrameLayoutなど）もサポートできます。

is it possible to preserve Presenters when navigating away from Fragment/Activity? 

はい、どうしてですか？ビューがまったく表示されない場合は、プレゼンターを維持する必要が本当にありますか？それにもかかわらず、NucleusとMosbyの両方がそうすることができます。