.net 开发怎么实现前后端分离_前后端分离：分离式开发和一体式发布
分离开发就一定得分离发布吗
自从应用前后端分离开发模式以来，分工明确，合作愉快。最近后端一般是用 NET Core 开发，前端使用的 Vue 技术栈。如果偶尔后端人力不足，有点数据库基础的前端工程师还可以拿 Node.js 帮着实现一部分后端需求。移动端的 Android 团队已经精简得只剩下一个人了，只需要维护一个框架应用，处理点硬件调用，把移动端页面往里一套就能解决问题。
各团队已经习惯了分离开发，除了讨论接口设计，其他时候团队间交流最多的可能就是：“API 测试地址是啥，我需要联调一下。”所以各团队也习惯了自己发布，公布地址给其他团队测试、联调。久而久之，居然形成了分离开发就得分离发布的印象。
对于较大型一些的项目来说，分离发布可能是必要的：纯静态的前端部分可以发布到 CDN，后端部分可以发布到多个服务器上外加一层负载均衡。但是对于使用人数不过几百人，并发最多几十人的小型应用来说，就一台应用服务器，把所有东西揉吧揉吧，放一起就能当作一体式开发的 Web 应用发布出来，真没必要去分离。
就上面的例子来说，除了应用后端需要跑程序，需要 NET Core Runtime，另外两项全是纯静态。然而，
A: 另外两项不是静态的，因为要通过构建生成！B: 什么构建？A: Vue 框架写的，需要通过 npm run build 构建了才能发布。B: 那么，构建结果是不是纯静态的？A: 构建结果应该不是纯静态的吧，需要在 IIS 上建站点发布。B: 那么，构建结果直接用浏览器可以打开吗