Dagger 2 Scopes，Presenter 放在哪里？
Dagger 2 Scopes, where to place Presenters?
将 Presenter 放入范围的最佳做法是什么？
我们可以在@Singleton 或@AppScope 上毫无问题地使用 Presenter 吗？
是否应该将它们放在@ActivityScope 中以便在每次 activity 被销毁时销毁它们？
what would it be the best practice about placing Presenters in a Scope?
通常主持人应该在一些范围内。不将它放在任何范围内都会导致问题，因为每次您请求演示者时，它都会创建一个新的。
您选择哪个范围主要取决于您的编程风格，但最常见的可能是@PerActivity，作为遵循Activity。 （同样的方式你可以使用像 @PerFragment 的片段和它们的生命周期）
Could we have Presenters on @Singleton or @AppScope without any problem?
是也不是。生命周期较长的对象引用生命周期较短的对象（例如，@Singleton 对象引用 activity 生命周期对象）通常不是一个好的做法，可能会导致内存泄漏。
您可以通过正确添加/删除较短生命周期的对象（例如添加 onCreate、删除 onDestroy）或使用 WeakReference.
来避免这些问题
一些程序员会将他们的演示者保留为 @Singleton 或以某种类似的方式交换视图，但这同样取决于您喜欢您的代码的方式。它会起作用，但您必须确保您引用了哪些对象并在之后进行清理。
Should they be placed in an @ActivityScope in order to destroy them each time the activity is destroyed?
这是迄今为止最简单的选择，因为您可以毫无问题地引用 Activity 或依赖于它的任何其他内容。通过这种方式，您很可能不必担心内存泄漏或其他问题。
最后是你的代码，你必须做最适合你的事情。
将 Presenter 放入范围的最佳做法是什么？
我们可以在@Singleton 或@AppScope 上毫无问题地使用 Presenter 吗？
是否应该将它们放在@ActivityScope 中以便在每次 activity 被销毁时销毁它们？
what would it be the best practice about placing Presenters in a Scope?
通常主持人应该在一些范围内。不将它放在任何范围内都会导致问题，因为每次您请求演示者时，它都会创建一个新的。
您选择哪个范围主要取决于您的编程风格，但最常见的可能是@PerActivity，作为遵循Activity。 （同样的方式你可以使用像 @PerFragment 的片段和它们的生命周期）
Could we have Presenters on @Singleton or @AppScope without any problem?
是也不是。生命周期较长的对象引用生命周期较短的对象（例如，@Singleton 对象引用 activity 生命周期对象）通常不是一个好的做法，可能会导致内存泄漏。
您可以通过正确添加/删除较短生命周期的对象（例如添加 onCreate、删除 onDestroy）或使用 WeakReference.
一些程序员会将他们的演示者保留为 @Singleton 或以某种类似的方式交换视图，但这同样取决于您喜欢您的代码的方式。它会起作用，但您必须确保您引用了哪些对象并在之后进行清理。
Should they be placed in an @ActivityScope in order to destroy them each time the activity is destroyed?
这是迄今为止最简单的选择，因为您可以毫无问题地引用 Activity 或依赖于它的任何其他内容。通过这种方式，您很可能不必担心内存泄漏或其他问题。
最后是你的代码，你必须做最适合你的事情。