交互器是将域层和表示层分开的一类。简而言之,它提供了一种方法来编写业务逻辑,而不是编写用于操作UI的代码(通过将数据绑定到UI /动画/导航)。
因此,Interactor是Presenter / ViewModel与存储库模式之间的中介。
我没有在MVP中使用Interactor模式,但是在MVVM中使用了它。 Interactor可以互换用于UseCases。
例如,让我们以获取类别的用例为例在列表中显示(在下面的示例中,Presenter代表MVP,ViewModel代表MVVM模式)。
View(活动/片段)将调用Presenter / ViewModel的方法来获取categoryList。
然后Presenter / ViewModel将调用交互器的方法以获取categoryList
Interactor将调用存储库的(CategoryRepository)方法来获取categoryList
存储库将具有决定从Web服务(远程数据源)还是从DB存储(本地数据源)还是从缓存(临时存储-可以在Repository类中更改)中获取类别的逻辑。
存储库将categoryList(从选定的数据源获取)返回到Interactor
Interactor将处理categoryList(某些格式等)并将其发送到Presenter / ViewModel。 如果不需要处理,Interactor可以直接将列表发送到Presenter / ViewModel
Presenter / ViewModel将使用categoryList作为参数调用View的方法
视图将显示带有或不带有动画的categoryList
请注意,在此过程中可以避免使用Interactor,因此可以使用Repository-> Presenter / ViewModel进行通信,而不是使用像Repository-> Interactor-> Presenter / ViewModel这样的数据流。 Presenter / ViewModel在这里将是Presentation以及Domain层的一部分。 就像我上面说的,Interactor充当这两层的分隔符。
这些是一些简明扼要的博客,旨在解释此概念以供参考
MVVMI清洁架构
带有交互器的android-mvp-architecture-extension-
架构Android的清洁之路
我希望这可以帮助您更好地理解Interactor的角色。 快乐编码!