管理和用户面板的两个项目 VS 具有不同主题的单个应用程序

Question

我有一个要在 React 中实现的场景。我们有一个预先构建的管理面板，其中大多数功能（例如身份验证、图表、分析、用户管理等）都已实现。现在我们正尝试将其附加到另一个站点作为后端。

但该网站是一个具有登录功能的网络聊天应用程序，用户可以来管理他的个人资料+聊天历史记录。

管理面板和用户屏幕完全不同。两者都有完全不同的风格指南和从主题森林购买的完全不同的主题。

我们希望实现基于角色的身份验证，以便管理员和用户都使用相同的登录页面进入。

现在我对一件事很困惑。

我的同事想要修改我们已经构建的管理主题，复制粘贴一些组件并在其中添加新购买的主题。但我在这里看到一个问题。该项目将有 2 个主题和 2 个资产。

我想保持 2 个主题单独运行，重定向到完全不同的反应应用程序以启动管理或用户面板。我想要建议这是一个不好的做法还是有更好的方法来解决这个问题

Answer 1

根据您在这里向我们介绍的内容，我也会采用您的解决方案。

基本上来说，你应该将其视为关注点分离，因为两个面板都有不同的用例和完全不同的依赖关系。

但让我们来看看一些让我认为最好将其分开的要点：

1. 用户的有效负载

如果您继承整个管理面板并仅使用其中的一部分来呈现完全不同的视图（通过实现另一个主题），您将自动生成用户在访问其个人资料面板之前必须加载的更多数据，这（最终）会影响用户体验。

2、可维护性

通过拆分不同的面板，您可以生成不太复杂的代码，并且直接结果是获得了很大的可维护性，因为当您可以直接查找特定部分而不是在一个特定的部分中搜索它时，可以更轻松地跟踪错误。庞大的代码库。

3. 模块化

在考虑 SPA 时，模块化是关键。当你写一篇文章的时候，这一点就更重要了。react。如果我处于您的位置，我会将整个配置文件和管理面板模块化，以便您可以轻松地重用其中的部分内容。这也提高了可维护性，因此这是一个明显的双赢局面。

4. 造型

我不知道您要采用哪种方法，但我想说，当组件彼此不依赖时，设计组件的样式会更容易。基本上就像你说的：2个主题意味着2个不同的风格集，那么你为什么要去组合它们呢？这只会让事情变得更加复杂。

5. 安全

当您拆分不同的面板时，您可以轻松分离数据和 API，以防止两者之间的数据泄漏。

长话短说：我会采用您的方法，将两个面板分成单独的组件（甚至react应用程序）。