依赖注入更喜欢用 wire ，可以看到生成的代码，方便查看依赖注入的实际执行流程。
https://github.com/go-eagle/eagle

666, 更新速度很快呀，OpenAI 前脚刚出来，这就跟上了。

@macscsbf 大佬准备润哪里？

未来可期，是不目标城市和学校也已经定了？

可以采取以下一些方法：

1. 学习 Go 的基础知识：
- 熟悉 Go 的基本语法和语言特性，包括变量、函数、数据类型、控制结构等。
- 了解 Go 的并发模型，包括协程（ goroutine ）和通道（ channel ）。

2. 阅读 Go 官方文档：
- Go 的官方文档是一个宝贵的学习资源，包括语言规范、标准库文档和示例代码。深入了解标准库将有助于你更好地利用现有的工具和库。

3. 解决实际问题：
- 尝试解决实际的编程问题，这可以包括构建小型应用程序、工具或参与开源项目。通过实际项目，你将获得宝贵的经验。

4. 学习并发编程：
- Go 是一门擅长并发编程的语言，因此深入研究并发编程技术，包括协程、通道、锁等，对提升 Go 开发水平至关重要。

5. 阅读优秀的 Go 代码：
- 阅读其他人写的高质量 Go 代码，学习他们的最佳实践和设计模式。

6. 学习测试和性能优化：
- 学习如何编写有效的测试用例以确保代码的质量和稳定性。
- 掌握性能优化技术，了解如何使用 Go 的性能分析工具来改进代码性能。

7. 参加 Go 社区：
- 参与 Go 社区，加入论坛或社交媒体群体，与其他 Go 开发者分享经验、提问问题并讨论新技术。

8. 掌握 Go 工具链：
- 学习使用 Go 的工具链，包括`go build`、`go test`、`go get`、`go mod`等，以更有效地管理项目和依赖。

9. 持续学习：
- Go 是一门不断发展的语言，不断学习新的语言特性和最佳实践，以跟上 Go 生态系统的变化。

10. 开发项目经验：
- 参与实际项目开发，无论是个人项目还是团队项目，都能够锻炼你的 Go 开发技能。

需要慢慢积累，做项目相对还是提升比较快的，在做的过程中，你会碰到各种各样的问题，通过解决这些问问题自然而然就会提升。比如一些基础库：日志、缓存、数据库，消息队列（可以思考如何更好的进行封装为己所用），再复杂点的可以玩一下微服务。

https://github.com/go-eagle/eagle 也是基于 gin 的，可以参考。

有一个部署到 aws 的 EKS(k8s)服务的, 基于 Golang 版本，可供参考：
https://github.com/go-eagle/eagle/blob/master/.github/workflows/deploy.yml
镜像服务也是在 aws 上。

@AsyncX 5.5 也不错，PTE 据说相对简单一些。

发现都是大牛呀。。。

楼主描述很详细，感觉听力很头大，其他也都时间太紧。。

@AsyncX 最后考了几分？

Golang 默认是单进程的,这与其他语言如 Java 、Node.js 有所不同。
原因有以下几点:
1. Goroutine 更轻量,一个进程可以同时运行成千上万个 Goroutine,所以不需要多进程。
2. Goroutine 有运行时(Runtime)调度和上下文切换,不需要进程或线程切换的开销。
3. 共享内存通信更简单快捷,不需要跨进程通信。
4. 不需要考虑锁、线程安全问题,编程模型更简单。
5. GC 更容易实现且高效。
但是 Golang 也可以通过 os.Exec 启动新进程,或者在不同端口监听启动多个进程。
结论:
- Golang 默认单进程,这由语言设计决定。
- 单进程可以处理更高并发,编程模型更简单。
- 也可以手动启动多进程满足特定需求。

所以 Golang 作为一种现代编程语言,单进程多 Goroutine 是更合理的选择。但也保留了启动多进程的能力。

我也懂了，Go 语言开发框架： https://github.com/go-eagle/eagle

如果真不想全改，可以改一些有网络请求的组件，比如数据库，http client, redis 之类的，调用方只要升级核心组件即可，其他方法有好多其实也可以不用传递，毕竟没有网络请求。如果真想全部 trace, 建议加上 ctx, 长期来看还是有好处的，长痛不如短痛。

14 年中的 mbp ，i7+16g+256 ，放家里看看视频(风扇转的厉害)，谢谢自己的代码, 还能用用

可以看下这个： https://github.com/go-eagle/eagle
业务代码基本都是在 internal 目录里

初看代码是前端，里面包含后端处理么？

可以多看一些优秀的开源项目，学习下里面的分层设计以及为什么这么设计的原因。

@Chinsung 感谢建议，后续再优化一下命名。