纯小白请教一下，关于后端管理系统的逻辑与业务逻辑，是要写到一个项目里吗？

[fanth]

纯小白，最近在新了解一点后端的东西，有点疑惑想要请教一下各位有经验的老哥

业务逻辑，比如说开发一个小秒杀活动，看到有 NestJS 这种项目可以做后端。

后端管理系统里的逻辑，给小秒杀活动添加商品信息，广告之类的，需要这么个后端管理系统去做管理，又不想从头手撸这么一个系统出来，于是搜索到了像 Ant.Design.Pro 这种有整套后端管理解决方案。

然后就蒙圈了，这两个项目有办法糅合在一起么，比如说逻辑分开写，但是读写同一个数据库的数据之类的？

还是说只用其中一个，业务逻辑跟后端管理逻辑写到用一个框架写完

1. 比如用 NestJS 再撸多一个后端管理系统出来
2. 或者是在 Ant.Design.Pro 提供的模板里把业务逻辑写进去？

[yumenawei]

分开吧
管理后台一个+秒杀活动一个，清晰些

[zoharSoul]

哪两个项目?

[fanth]

@yumenawei 可以有两个框架同时部署运行，读写同一个数据库这样的操作？

[fanth]

@zoharSoul NestJS 写业务逻辑，Ant.Design.Pro 写后端管理系统给运营用，大概就是这么个意思

[zoharSoul]

@fanth #4 理解了, 不过管理后台也是业务逻辑呀.
但是多个项目读写同一个数据库是可以的

[fanth]

@zoharSoul 看 NestJS 的介绍，感觉整体项目的层次会比较可靠，就想着用来做专门写逻辑提供 API 。
然后用 Ant Design Pro 这种开箱即用的后端管理系统，快速做个东西出来给别人用来修改商品数据什么的

[libook]

架构师做架构设计和技术选型都是从实际需求出发，规划未来预期大概率确定的需求趋势，来考虑用哪些技术以何种方式实现系统可以以最低成本获得最高效益。

所以后端项目往往是多种多样的，有写到一个项目里的，也有分开的，有单层的，也有多层的。具体还是得充分了解需求，然后看每套方案能获得什么、要付出什么、有什么风险，最终选择一个综合最好的方案。

比如对于多个前端业务复用同一段后端逻辑的情况，可以把这一段设计成公共服务，提供通用接口给所有类似的前端业务。对于复用性较低的情况，同统一的一套服务系统可以降低维护和调试的复杂度。

[mlhadoop]

一般是分开写； 管理系统部署在内网，由运营负责配置 banner ，秒杀等信息；不需要经常发布；

[fanth]

@libook 谢谢

[fanth]

@mlhadoop 你提到的内网这个，考虑到这个，也应该分开