网络应用程序的不同部分有几个 React 应用程序？
Several react apps for different part of a web app?
这是一个关于如何构建基于 React 的 Web 应用程序的问题。
我们正计划部署一个应用程序的前端，该应用程序将包含几个部分，例如主要部分、客户帐户部分以及供公司员工跟踪客户数据等的后台部分...
计划在 Netlify 上部署此应用程序并使用 example.com、backoffice.example.com 和 clients.example.com.
等子域
我的问题是：我们应该使用单个 React 应用程序来处理这 3 个部分还是使用 3 个不同的 React 应用程序？
最初我们认为使用 3 种不同的应用程序在维护和发展方面会更好，但我们将不胜感激任何有利有弊的专业反馈。
非常感谢。
我们做了类似的事情（但 Angular）。它运作良好，因为就维护和发布周期而言，每个团队都负责自己的应用程序。它的可扩展性也很好 - 继续添加新应用程序没有问题（就像我们正在做的那样）。
我们拥有 NGINX 背后的一切，因此在代码中我们可以只引用简单的路径，如 /client-services、/marketing 和 /sales - 即没有 server/protocol 配置。
您需要牢记以下几点：
- 应用程序如何相互交互，即标准数据对象，或 cookies/localStorage
- 身份验证
- 您将在您的应用中使用 app/internal 模块路由，并使用外部路由重定向到其他应用
我们以前被一个单一的应用程序搞得焦头烂额...
这是一个关于如何构建基于 React 的 Web 应用程序的问题。 我们正计划部署一个应用程序的前端，该应用程序将包含几个部分，例如主要部分、客户帐户部分以及供公司员工跟踪客户数据等的后台部分...
计划在 Netlify 上部署此应用程序并使用 example.com、backoffice.example.com 和 clients.example.com.
等子域我的问题是：我们应该使用单个 React 应用程序来处理这 3 个部分还是使用 3 个不同的 React 应用程序？
最初我们认为使用 3 种不同的应用程序在维护和发展方面会更好，但我们将不胜感激任何有利有弊的专业反馈。
非常感谢。
我们做了类似的事情（但 Angular）。它运作良好，因为就维护和发布周期而言，每个团队都负责自己的应用程序。它的可扩展性也很好 - 继续添加新应用程序没有问题（就像我们正在做的那样）。
我们拥有 NGINX 背后的一切，因此在代码中我们可以只引用简单的路径，如 /client-services、/marketing 和 /sales - 即没有 server/protocol 配置。
您需要牢记以下几点：
- 应用程序如何相互交互，即标准数据对象，或 cookies/localStorage
- 身份验证
- 您将在您的应用中使用 app/internal 模块路由，并使用外部路由重定向到其他应用
我们以前被一个单一的应用程序搞得焦头烂额...