MVP交互者和用例关系

Question

我最近一直试图从架构的角度理解MVP架构中的交互器和用例之间的关系。 我的怀疑是关于零件之间的通信以及什么符合MVP标准。

事实是，我已经看到了很多相互矛盾的流程图。 他们中的一些人似乎每个演示者都有一个交互者，其他人似乎每个演示者都有一个以上的交互者（每个交互者持有彼此相关的多个用例，例如所有与用户相关的用例），而其他人似乎没有完全使用交互器，并且只需要与演示者直接交流用例。

我的主要问题（也是很愚蠢的问题）： 从MVP的角度来看，有一个演示者可以与多个交互者通信，还是每个演示者只能是一个交互者，这是可以的吗？ 在某些情况下，特定视图需要来自各种不同模型的数据，那么有人将如何处理呢？

为了完整起见，我附上了一个演示者持有两个交互者的流程图，以使我的观点清晰明了，演示者需要处理不同的模型结构（用户属于公司，但我也说需要显示其他公司信息，这些信息只能通过CompanyInteractor获得，而在UserInteractor上进行复制则毫无意义。 如果回答“每个演示者一个交互者”，那么每个演示者的单个交互者是否应该与演示者需要的所有不同的，不相关的用例进行通信？

谢谢

PS：很抱歉流程图混乱，请使用draw.io *耸肩* 3分钟。

Answer 1

只要只有一个视图，您就可以根据需要使用任意数量的交互器。 没有限制，但通常可以避免一个模板重复一个交互器就足够了。

在您的方案中，您可以拥有一个Base Presenter ，您可以通过该Base Presenter将请求传递或接收到相应的类。

MVP规则：

将presentation（ View ）层与逻辑分开。