Android 在何处清除RecyclerView.Adapter中的CompositeDisposable

Android 在何处清除RecyclerView.Adapter中的CompositeDisposable,android,android-recyclerview,rx-java,rx-java2,disposable,Android,Android Recyclerview,Rx Java,Rx Java2,Disposable,考虑到我们的回收视图.Adapter中有一些一次性的,我们将它们添加到了一个复合可回收的 哪个适配器方法回调是清除()可组合的的最佳选择 目前,我在从RecyclerView下载的上进行了此操作。我想确定这有多正确 如果您可以提供适配器的代码,那么回答起来就容易多了。 通常,应根据您的业务逻辑和包含生命周期的组件来处理一次性组件 我还想说,最好不要在RecyclerView适配器内部使用Rx。以下是好处: 适配器逻辑保持简单和同步 在开发适配器时,不需要考虑可能的生命周期或多线程问题 Rx流总

考虑到我们的
回收视图.Adapter中有一些
一次性的
,我们将它们添加到了一个
复合可回收的

哪个
适配器
方法回调是
清除()
可组合的
的最佳选择


目前,我在从RecyclerView下载的
上进行了此操作。我想确定这有多正确

如果您可以提供适配器的代码,那么回答起来就容易多了。 通常,应根据您的业务逻辑和包含生命周期的组件来处理一次性组件

我还想说,最好不要在RecyclerView适配器内部使用Rx。以下是好处:

  • 适配器逻辑保持简单和同步
  • 在开发适配器时,不需要考虑可能的生命周期或多线程问题
  • Rx流总是分配大量内存,因此(如果我们谈论RecyclerView)将它们放在错误的位置可能会导致性能问题

因此,我建议将Rx流移动到Presenter/ViewModel或类似组件中。

如果您可以提供适配器的代码,回答起来会更容易。 通常,应根据您的业务逻辑和包含生命周期的组件来处理一次性组件

我还想说,最好不要在RecyclerView适配器内部使用Rx。以下是好处:

  • 适配器逻辑保持简单和同步
  • 在开发适配器时,不需要考虑可能的生命周期或多线程问题
  • Rx流总是分配大量内存,因此(如果我们谈论RecyclerView)将它们放在错误的位置可能会导致性能问题

因此,我建议将Rx流移动到Presenter/ViewModel或类似组件中。

那么,您是否应该在recyclerview中使用Rx?它是收件箱(邮件列表),可处置邮件是对
deleteMessage
readMessage
等操作的响应。怎么了@a_local_nobodywell您可以实现回调,将这些操作移到类似viewmodel的位置,然后像通常一样处理那里的一次性设备:DI是盲人,但现在我可以看到@a_local_nobodyhope这有帮助,我假设你知道如何实现回调来处理这个问题,否则你可以尝试重做我在这里做的一些事情:好吧,你应该在recyclerview中使用rx吗?它是一个收件箱(邮件列表),可处置邮件是对
deleteMessage
readMessage
等操作的响应。怎么了@a_local_nobodywell您可以实现回调,将这些操作移到类似viewmodel的位置,然后像通常一样处理那里的一次性设备:DI是盲人,但现在我可以看到@a_local_nobodyhope这有帮助,我假设您知道如何实现回调来处理此问题,否则您可以尝试重做我在这里所做的一些工作: