单体服务和微服务得选择

针对门户（面向用户）和后台（面向公司管理人员）是否应该建立两个独立的项目，以及如何处理共享实体（如User）的变更，这主要取决于项目的具体需求、团队的组织方式以及技术栈的选择。

是否建立两个项目？

1. 独立项目：
   • 优点：
     • 隔离性：两个系统独立开发和部署，互不影响。
     • 安全性：可以更好地控制不同用户的访问权限和数据隔离。
     • 灵活性：针对门户和后台的不同需求，可以分别优化技术栈和架构。
   • 缺点：
     • 维护成本：需要维护两个项目的代码库、依赖和构建配置。
     • 数据同步：如果两个系统需要共享数据（如用户信息），则需要额外的数据同步机制。
2. 单一项目，模块化：
   • 优点：
     • 代码共享：门户和后台可以共享通用的代码、库和配置。
     • 易于管理：所有代码都在一个项目中，便于统一管理和维护。
     • 数据一致性：共享数据库和实体，数据一致性问题较少。
   • 缺点：
     • 复杂性：随着项目的增长，可能会变得难以管理和维护。
     • 灵活性受限：不同的模块可能需要不同的技术栈，但在单一项目中可能难以实现。

处理共享实体的变更

无论选择哪种方式，处理共享实体的变更都是一个重要的问题。

1. 独立项目：
   • 如果门户和后台是两个独立的项目，但共享User实体，你可以通过以下几种方式处理变更：
     • 版本控制：在共享库中维护User实体的版本，确保两个项目都使用相同的版本。
     • 微服务架构：将用户服务拆分为微服务，门户和后台都通过API与之交互。
     • 数据库视图或中间件：如果直接操作数据库，可以使用数据库视图或中间件来同步数据变更。
2. 单一项目，模块化：
   • 在单一项目中，由于所有模块都在同一个代码库中，因此变更User实体通常只需要在一个地方进行，然后重新构建和部署整个项目。

结论

选择建立两个独立项目还是单一项目取决于具体需求。如果门户和后台在功能、用户群或安全需求上有显著差异，或者团队希望采用不同的技术栈，那么建立两个独立项目可能更合适。然而，如果两个系统之间有很多共享的代码和数据，并且希望减少维护成本，那么采用单一项目并模块化的方式可能更合适。

在处理共享实体的变更时，确保有一个清晰的策略来同步这些变更，无论是通过版本控制、微服务、数据库视图还是其他机制。