问个很傻的问题，类似后台管理这些，大家会做成一个单独的应用吗

• 資深大佬 : jerrry

  分开做啊，后台的 api 、前端项目都会分开。

• 資深大佬 : iamppz

  分开，管理后台和前台站点迭代周期是不一样的，而且单独部署在内网风险小一些。
  用户量很小或是自己玩玩无所谓了，开心就好。

• 資深大佬 : wangxiaoaer

  但是上各位考虑过没有，这样的话很多接口的实现要重复的吧，比如前台、后台都需要 /user 这个接口，里面的实现就会重复。

  另外，单独开发的话，还要保证前台数据结构改了之后，后台要跟得上。

• 資深大佬 : hand515

  @wangxiaoaer #3 这时候微服务的好处就体现出来了

• 資深大佬 : cgpiao

  @wangxiaoaer 用 namespace 分开 API，封装到 dao, service，哪怕有一样的功能，重复代码没几行。

• 資深大佬 : iamppz

  可以把底层封装成 API 给两个站点调用，再者前台、后台的需求侧重点不同，需要的数据结构也不同

• 資深大佬 : daozhihun

  你是说的网页还是 app ？
  app 显然要分开，但个人认为网页可以做在一起，毕竟相对于主站来说管理只是辅助，有很多东西可以共用，减少很多工作量。
  如果后来管理端功能太多了再考虑拆开（等到要考虑拆的时候，你的用户和业务量很大了，¥¥也很多了，不用纠结重构这种问题）。

• 資深大佬 : SilentDepth

  如果：
  * 相同团队开发
  * 相同节奏上线
  * 没有分开部署的需求
  * 没有独立提供服务的需求
  合成一个应用也没啥问题

• 資深大佬 : xuarongla0000

  分开，后台管理一般不会暴露到公网

• 資深大佬 : also24

  分开。

  在现在 SPA 盛行的大环境下，将后台页面塞进同一个 SPA，会暴露很多后台功能和接口（虽然大概率不能用，但是能看啊）。

  某出版社的后台就有这个问题……

• 資深大佬 : visonme

  做到一个系统里面没啥问题
  独立做成服务模块或者应用，也没啥问题。

  以前给小公司做企业应用我们很多类似你这样功能都是做到一个系统的，对于一些大的公司或者管理比较规范或者存在多部份协作的，我们可能会根据具体的情况做小端（独立服务模块或小应用，基于 API，避免了权限控制）