Fatal编程技术网
  • reactjs/
  • Reactjs 质疑公司项目结构

Reactjs 质疑公司项目结构

reactjs redux

Reactjs 质疑公司项目结构,reactjs,redux,react-redux,capacitor,Reactjs,Redux,React Redux,Capacitor,我最近找到了一份新工作，对React JS开发人员非常陌生，并且已经开始了解公司的代码库并与之合作 目前有三个回购协议： 主网站（React JS） 移动应用（反应JS和电容器） 设计系统（基本上是存储所有组件的故事书） 这是我很难理解的部分。决定不仅要通过设计系统共享组件，还要共享业务逻辑 在这种情况下，设计系统不仅包含组件，还包含我们的Redux商店（包括其逻辑）。然后，我们将我们的设计系统链接到我们的其他项目（网站和移动设备），根据需要拉取所有组件并重新使用。我已经在互联网上搜索过这种设置

我最近找到了一份新工作，对React JS开发人员非常陌生，并且已经开始了解公司的代码库并与之合作

目前有三个回购协议：

  • 主网站（React JS）
  • 移动应用（反应JS和电容器）
  • 设计系统（基本上是存储所有组件的故事书）
    • 这是我很难理解的部分。决定不仅要通过设计系统共享组件，还要共享业务逻辑

    在这种情况下，设计系统不仅包含组件，还包含我们的Redux商店（包括其逻辑）。然后，我们将我们的设计系统链接到我们的其他项目（网站和移动设备），根据需要拉取所有组件并重新使用。我已经在互联网上搜索过这种设置的例子，但我没有找到任何例子

    我的问题是，将redux存储及其逻辑存储在另一个存储库中是否是一种实践？在实际的react项目之外？

    是的，这是一种常见的做法。只要你能抽象代码，在大多数情况下这样做是个好主意

    Redux还很好地支持模块化，可以很好地用于这种用例

    现在，在你的例子中，设计系统不再只是一个设计系统。它是一个库，用作满足您的业务需求的抽象层。

    这很有趣，我将看看这个Redux模块化