libook
2021-07-13 12:29:17 +08:00
不建议把这些功能全塞到 Go 技术栈里，Go 的生态决定它比较适合做微服务(你去看前几名的框架，一水的轻量级)，也就是 API CRUD 的那一部分；这方面更像 Flask，而 Django 是大而全的。
大而全的框架现在比较少见了； Node.js 下的 Egg(KPI 预警)、Express 也集成了不少东西，你自己开发的话前后端都用 JS/TS，也比较方便。
个人开发也可以前后端分离，只要做了分离，以后扩展就非常方便。比如前期可以直接在 Go 里挂个静态路由给前端目录，后续可以换 Nginx，性能不够上集群，最终可以迁移到 CDN 。
SEO 的话可以去参考一些 SSR 方案，也就是说在服务器上把 Vue 、React 之类的富前端页面进行静态化渲染，专门用于 SEO，因为静态化了，所以这块也可以和原本的前端文件一样的方式提供。
如果你对 Django 很熟悉，也觉得 Django 满足当前的需求，那么就用 Django 吧，没必要非要换技术栈，因为不同技术栈的设计目标、特性都不同，所以你没法简单把一个模式从一个技术栈搬到另一个技术栈，那样最终的结果很可能是你觉得还是不如原来的技术栈好用；要想学习多些领域，就得打破思维定式，去看看真正适合每个技术栈的方案都是什么。