iOS VIPER-自定义警报（类似于UIAlertView）应该是一个不同的模块吗？

Question

我有一个模块，例如模块a，在做了一些工作并单击viewControllerA的按钮后，我应该会收到一个定制的“警报”，即我尝试的请求成功了。“警报”应该有一个关闭按钮，让用户关闭视图并返回到ViewControllera。

所以，我认为有两种可能：

1）只需创建UIView，它的UILabels与约束和UIButton绑定，并显示它，同时隐藏包含大多数子视图的当前容器视图。

Answer 1

我将礼貌地忽略OP将模块作为垂直切片的用法，以关注Viper的V、I、E、R区域。关于OP的问题/主题的推理是基于区域的，而不是基于每个区域内的垂直切片。（是的，我知道近年来关于VIPER的教学/呈现方式存在不同的观点，但我将使用https://theswiftdev.com/the-Ultimate-Viper-Architecture-tutorial对VIPER的原始更纯粹的定义，它不那么以模块为中心，而更多地以体系结构子系统为中心。）

• 活动时，模式对话框将阻止路由器区域导航到不同的场景/视图。因此，如果view zone作为一个私人问题弹出一个用于任何目的的任何类型的模态对话框，这将使路由器无法根据例如来自交互者的传入事件或应用程序中一些其他非UI起源的状态变化来执行导航任务。路由器区域永远不应该被另一个区域蒙蔽，因为它不能执行导航任务。此外，视图区域作为一个纯粹的UI问题，并没有做出显示警报的决定；底层操作系统或演示者区域正在强制执行某种限制性规则，这意味着视图区域不是按照自己的意愿执行的，而是其他某个傀儡的傀儡。
• 无论警报的主题是什么，它几乎肯定会影响所有I P R区域中的某个应用程序域层（可能由I P和/或R之间流动的E区域中的数据表示）。为了将导致警报的违反规则行为作为私人问题保留在查看区域内，应用程序域对违反规则行为的感知保持为盲状态（或者通过VIPER的不太明显的接近违反行为进行通信）。因此，必须让演示者区域知道导致警报的规则冲突，因为该规则冲突可能会在应用程序域中触发一组不同的规则实施行为，因为演示者区域实际上会意识到“哦，我们正处于这种情况下。这意味着我们需要这样做，直到它平息。“在这种情况下，这种不同的应用程序域行为可能会导致演示者区域执行区域间行为，例如，路由器的场景导航和交互者的数据存储检索/存储行为不同。因此，导致警报的规则违反几乎肯定有应用程序域的方面，以及Apple认为的Viper之前的UI到UI的问题（和MVVM-C之前有点类似，MVVM-C的C=Viper的R）。

当思考一个主题时，有三个思维过程有助于构建一个人的思想：

null