所以为啥 stackoverflow 是程序员问答头号社区，这就是钞能力啊....

你也不要怪什么知乎向流量低头，stackoverflow 这种级别的人工审核是非常烧钱的。

要知道提问人英语不好 sof 管理员甚至会帮你修改文法，删除冗余废话（我被删过'here's a question bothered me for a while'这种的）。另外 sof 上也有很多类似知乎的爬虫灌水账号，但一般被 votedown 的无效回答都会在十分钟之内被删除。总之 sof 为了做精品社区是砸了无数真金白银进去的，你不要怪他要求严格，也不要怪她有钱。。

@wnanbei

我跟 LZ 讨论的意思是，你在服务不是直接暴露 node 而是 nginx 反代的情况下，不能实现 nginx 反代 Django 到 node 的同源，node 必须开 cors。我的疑问是我感觉这并不能增大解耦。

@litp

cors 我也不懂。。不过我的感觉是既然本身是作为一个安全机制专门设计出来的，然后你还非得要把它关掉，岂不是有种不识好人心的感觉，总归会有啥问题吧（大概），虽然我目前做的项目都比较菜，开全域允许 cors 也没遇到啥问题，虽说我也没遇到什么非得开 cors 不可的情况。。。。

再者还有一个问题是正常生产环境，假如说你确定我要开 cors 了，安全不安全暂且不提，你总得手调个白名单，这个也增加维护的麻烦度吧

另外前端好上手的问题。。我感觉你照这个配置方法，用 webpack 部署前端和直接部署前端解耦度没有任何区别。。你要是真的分开写是不是叫别人接手的时候他还得配置一大堆 nginx，不是配置起来更麻烦了。。。

@litp
问 LZ 个问题，大部分答案似乎都倾向于分开写。但是我感觉现在的前后端框架开发模式已经高度解耦了，比如一楼所谓的写在一起的方式是通过 webpack 配置 dist 目录来实现“写在一起”，感觉与当初的 php 那种大锅炖的模式已经完全不同了，前后端唯一耦合的地方应该就是前端的 api 指向需要指向后端的地址了吧。。

有一个问题是，你的服务部署生产环境终归还是要通过 nginx 反向代理出去用的，Django 直接暴露显然比较蛋疼一些。如果终归是要反向代理的话，那么比如说按照楼上们回答的方式，是将 node 部署的 vue serve 比如部署在 127.0.0.1:10086，而 Django 提供的 serve 在 127.0.0.1:10087，那么你总不可能用 nginx 将 10087 反代到 10086，一个端口不是只能绑一个程序么，10086 已经被 node 吃掉了。所以 node 部署的服务如果要访问 api 必须得挂 cors。本菜鸡的疑问是我感觉这不是有种脱裤子放屁的感觉么。。。