单后端支撑下分设两个前端是否为最佳实践？

没有绝对的最佳实践，但结合你用的Angular技术栈和内部应用的属性，整合为单一前端是更省心、高效的选择，具体分析如下：

整合单前端的核心优势 #

• 简化身份验证逻辑：不用折腾跨域Cookie的配置（比如SameSite属性、域名匹配这些容易踩坑的点）。Angular自带的路由守卫（CanActivate）就能直接管控登录态——未登录用户访问仪表盘路由时，自动跳转到登录页；登录成功后通过前端路由跳转，全程无页面刷新，体验更流畅。
• 减少重复工作：两个前端里重复的组件、服务（比如HTTP请求封装、用户信息处理）可以统一复用，不用维护两套代码。比如你对接Nodejs后端的API拦截器，只需要写一次就能同时服务登录页和仪表盘。
• 部署运维更简单：只需要构建、部署一个Angular项目，不用维护两套独立的CI/CD流程，对内部应用的小团队来说，能省不少运维精力。

分设双前端的适用场景（仅少数情况） #

如果满足以下任一条件，分设双前端才有意义：

• 信息页和仪表盘的受众完全分离（比如信息页对外公开，仪表盘仅限内部员工），且两者的技术栈、资源需求差异极大（比如信息页是纯静态页，仪表盘是复杂交互SPA）。但你这是内部应用，大概率不适用。
• 有严格的权限隔离要求，比如仪表盘涉及高敏感数据，需要和信息页部署在完全隔离的服务器上。但内部应用一般没必要搞这么极端的隔离。

针对你的技术栈的具体操作建议 #

把登录页、信息页、仪表盘整合到同一个Angular项目里：

• 配置路由：根路由/对应信息页组件，/login对应登录组件，/dashboard对应仪表盘模块。
• 用CanActivate守卫保护/dashboard路由：判断用户是否持有有效的登录Cookie，未登录则自动跳转到/login。
• 后端设置HttpOnly、SameSite=Strict的登录Cookie，Angular的HttpClient会自动携带Cookie发起请求，不用额外处理跨域问题。

内容的提问来源于stack exchange，提问作者Nelson Biggety