现在不都是前后端分离了吗？为什么 Go 好多开源项目还是前后端一起？是我理有误吗？

一个三十多的项目说明不了什么

前后端分离开发方便，如果物理机部署我感觉实在是难受。

第一个没看，第二个是前后端分离的

@wellsc Cloudreve 不少了吧

前后端分离我不清楚你说的是哪种，我猜一下：
1.前后端相同的语言开发栈，用后端框架渲染。简单需求时，无需用高射炮打蚊子
2.前后端不同的语言开发栈，打包在一起分发，一键执行。给用户带来部署上的便利

*_exporter 属于 1
grafana 属于 2
prometheus 原来属于 1 ，现在是 2

也不是绝对的，各有各的好，比如某 ZZ 搜索引擎，你用 vue 渲染，它就收录成一坨屎，用 JSP PHP ASP ，它就当个宝。没错我说的就是**的百度

Cloudreve 属于前后端分离的，只是放在一个项目里

@hjahgdthab750 我理解的是后端只负责提供 Api ，前端语言不限单独部署可以是 web ，iOS ，安卓，PC 客户端，

@zzzmh 难不成谷歌会把 vue 网站收录当成宝？你行你上得了

楼主是认为基于接口开发，后端只负责提供接口吧

前后端分离是指后端提供 API 接口给前端动态渲染页面，而不是传统的整个页面由后端负责渲染完了返回给前端，前后端代码在一个项目里不代表他不是前后端分离的。

好多开源项目 X
换个语言写的 CRUD 业务代码 O
我也不是很明白题主说的这两个项目用 golang 有什么意义，
而且 github 上的个人维护的中文项目好像不太值得你花时间的样子。

第二个是前后端分离的，前端在 https://github.com/cloudreve/frontend ，可能是 git submodule 方便管理

上面说的搜索引擎的...本身 spa 就不利于 seo...想要一个好的效果, 那就 ssr 呀, 而且大部分情况下, 都是搜出主站主页, 把这个页面做 ssr 就好了

@wangxin13g 第一个不清楚，第二个选用 Golang 的原因是基于以下需求：
1.跨平台交叉编译方便；
2.编译后产生的 binary 无其他链接库依赖，能做到 click-to-run ；
3.异步编程方便，Cloudreve 会有大量的任务需要异步处理；
4.有成熟且简洁的 web 框架。
最终选择了 Golang ，当然你可以说这只是一个 preference 的问题。

另外 Cloudreve 的前后端分离不是那么彻底，比如：前端资源嵌入后端的 binary ；对于 index.html 的请求还是会经后端类似“模板渲染”的处理，但这些妥协其实都是为了能做到 click-to-run.

首先 所有框架 都可以输出 json 和 html ，如果你需要前后分离，返回 json 即可；如果不需要输出 html 即可；不用特别纠结，我们就用代 UI 的框架作为接口层，没啥问题。

有些项目不是为了云端部署准备的，可能只是内部服务器应用，不需要分离。

前后端分离跟在不在一起没影响，不是非的分两个仓库才是分离。

我还见过有些 go 为了部署方便会把前端也给一起打包二进制去，但是这跟分离不分离也没关系。分离是从开发和数据获取渲染的角度分而不是部署的时候分开

你应该弄清楚前后分离的概念

解藕和分离性质不一样吧

@zzzmh @lp7631010 spa 收录都是小问题,不用 ssr,后台开个 puppetter, 搜索引擎全反代过去

弱弱的问一句。django 是前后端分离的嘛。。。。

@sslyd 你用模板引擎，做 server 端渲染，返回 html 就不是；
你只写 api ，例如用 DRF ，前端用其他框架做的就是

模板引擎还是有生存的空间，并不是所有的 web 都需要做成 SPA 的