@shuangya 正常淘汰？前端主流技术哪个换代了，麻烦科普一下。

感觉可以放弃 egg 了，node_modules 去网上查查怎么工作的，为什么这么多东西。

Nestjs 是正解。

不知道我理解的对不对，感觉楼主有点看不起增删查改呢？

即使相同功能的代码，可读性、可扩展性、可维护性都是千差万别，涉及到各种设计模式、框架理解、语言理解、需求分析等诸多因素。

在一个有严格 code review 的公司里，就算你实现了要求的增删查改，也很容易被驳回并要求修改，提高可读性、提高可维护性、充分考虑需求的变化。

而这些经验，一个应届生是很难有的，但是如果在这种基础上能看到面试者对这些有着一定考虑，那就说明这个人的增删查改比别人的强。

一个 model 应该对应一个表，如果你有多种数据格式返回的需求，应该创建多个不同的 struct 专门用于返回。
可以借鉴 #5 楼给的链接里得各种方法，把不同的返回结构进行拆分、合并、嵌套。

@lancelock 怪心累的，听不懂人话呢，只说最后一次。

看你问这个问题就知道你没怎么用过 go 语言。你以为你是这世界上第一个有这种需求的人吗？
go 语言发展了 10 年为什么找不到你要的所谓的第三方依赖包，因为 go 语言不提倡这么做。

像 #13 楼说的 reflect 其实就是一种动态判断类型的方法，但是，不要这么做，原因自己查。

不要什么后置中间件统一处理，如果你非要这么做可能 go 语言不适合你。


go 语言 json struct 可以嵌套你知道吧？你要做的就是定义好结构体，加好 tag，组合使用他们。
如果这样还看不懂，你也不用回了。

@lancelock 我说得很清楚了，Go 是静态语言，不要想着什么 marshal 之类的优雅解决。
你要做的就是定义一个 response 结构体，把你要返回的数据 mapping 上去。
你可以用一些工具简化这个操作，但是结果都是一样的。

如果你觉得麻烦，不想这样，可以考虑使用 Nodejs 这种动态语言。

@lancelock 原理是一样的，静态语言就是要把 json 绑定到结构体里。不要想着动态解析它，用不来可以用 nodejs，现在 typescript 开发也都要绑定结构体，一样的。

请认真阅读文档：
https://github.com/gin-gonic/gin#model-binding-and-validation

如果遇到路由冲突：
https://hanggi.me/post/golang/wildcard-conflict/

当然好好设计针对 httprouter 的路由规则才是正解。

感觉这几天的更新之后稳定了很多呢。

@zzlettle 你说的这个问题确实存在，但这个其实不是 gin 的问题，而是 httprouter 会产生 wildcard conflict 的问题。
但是并不是说必须要做成你说的那样，你说的那个只是其中一种解决方法，网上搜搜的话能搜到很多解决方案。
https://hanggi.me/post/golang/wildcard-conflict/

httprouter 自己也说，他们就是故意这么做的，要的就是一个性能，如果无法接受可以选择其他不使用 httprouter 的框架。


还有，gin 本身就是一个轻量级、高性能框架。他帮你把 go 语言这类静态语言中很多麻烦的数据绑定、解析、校验的工作都给你做好了，剩下的只要按你的要求添加 gorm, go-jwt, 等库就好了，还要啥。

如果你一定需要一个 full solution 可能确实要自己费点功夫，但也不是你说的自己手撸个什么出来，都是有可以直接拿来用的方案的。

@zzlettle go 做 web 效率低能说出个 1 2 3 吗？很好奇是怎么开发的。
跟 go 直接撸没有区别？你当 github 3 万 stars 都是傻子😓。

不考虑性能是没问题的，但是如果开发效率在差不多的情况下为什么不用强类型，高性能，轻量级，易扩展的 gin 呢？

感觉 go 语言是一个遇强则强，遇弱则弱的语言。
强的可以一 go 到底，弱的就连业余都写不了。

选框架看 stars 说话，国内项目根据情况打折扣。比如：
beego 的星星数：stars/3 就好了，
Vue 的星星数：stars/5 就比较合理了。

Go 只有两个框架 Gin 和 Echo 。别的可以忽略。

确实，vs code go 体验真的很差，跟 goland 没法比。

我有个 angular + electron 的脚手架，支持热更新，要吗？

V 站不是人人单表过亿吗？每秒都是千万并发？这些不都需要企业级框架一键搞定？

@NCZkevin 这种事情因人而异吧。看做什么了。