反应原生应用程序架构以包括基于角色的屏幕

Question

我正在尝试根据登录用户的角色开发一个包含不同屏幕的 RN 应用程序。

应用程序将有 4-5 个角色，每个角色都像是一个完整的应用程序。

如果我只想将所有这些角色整合到一个应用程序中，我还不确定我应该拥有什么样的架构。或者我是否应该为每个角色单独申请？

Answer 1

我认为比角色更重要的是你的角色所承担的实际任务。我会创建一个矩阵来明确哪个角色需要哪些任务。然后根据角色矩阵编写任务特定的 ui 屏幕/组件并显示/隐藏。这可能是最合乎逻辑的架构，并促进了面向任务的 ui 组件的重用。想象一下，您的应用程序中出现了一个新角色——或者一项新任务。对于这两种情况，此架构都易于扩展/更改。

您可以通过为所有角色编写一个应用程序或为每个角色编写一个单独的应用程序来实现此方法 - 您的任务特定模块可以在任何一种方法中重复使用。

使用 redux 进行状态管理的评论是一个有点不同的话题，但对于一个相当复杂的应用程序来说通常不是坏建议。请阅读this 以获得更清晰的信息。