我正在尝试根据用户登录的角色开发一个包含不同屏幕的RN应用程序。
应用程序将有4-5个角色,每个角色本身就像一个完整的应用程序。
如果我希望将所有这些角色合并到一个应用程序中,我还不确定应该拥有什么样的架构。或者,如果我应该为每个角色单独申请?
答案 0 :(得分:0)
我认为比角色更重要的是角色的实际任务。我将创建一个矩阵,以明确哪个角色需要哪些任务。然后,您可以根据角色矩阵编写特定于任务的UI屏幕/组件并显示/隐藏。这可能是最合乎逻辑的架构,并促进了面向任务的ui组件的重用。想象一下,为您的应用程序提供了一个新角色 - 或者是一项新任务。对于这两种情况,这种架构都可以轻松扩展/更改。
您可以为所有角色编写单个应用程序或为每个角色编写单独的应用程序 - 您可以在任一方法中重复使用特定于任务的模块。
使用redux进行状态管理的评论是一个有点不同的主题,但对于一个相当复杂的应用程序来说通常也不错。只需阅读this即可获得更清晰的信息。