这是一个创建于 552 天前的主题，其中的信息可能已经有所发展或是发生改变。
历时近一年时间，14 个版本的更新，完成 13 个功能模块，Goravel 终于到达了第一个里程碑：V1 正式版发布。🚀 🚀
Goravel 是一个功能完备、具有良好扩展能力的 Web 应用程序框架。作为一个起始脚手架帮助 Golang 开发者快速构建自己的应用。
感谢 Laravel 巨人的肩膀，让使用 Goravel 进行 Golang 开发时也拥有了丝滑的体验。让广大 Phper 不用再深陷另一个语言框架的学习，就能很好的完成一个 Golang 项目的开发。
目前，Goravel 还只是完成了一小步，期待未来更简单、高效的 Goravel ！
开源项目的成长离不开你的支持：
- 欢迎 PR ；
- 感谢 Issues;
- 期待你对中英文文档的进一步完善；
Goravel 时间线：
- 2021 年 10 月 16 日，初始化仓库；
- 2021 年 11 月 22 日，完成架构设计与第一个模块；
- 2021 年 12 月 09 日，中文文档发布；
- 2021 年 12 月 12 日，独立文档站点 https://www.goravel.dev 在 GitBook 上线；
- 2021 年 12 月 14 日，英文文档发布；
- 2022 年 01 月 24 日，Goravel 作为个人项目的底层实现，正式部署生产环境，一直表现稳定；
- 2022 年 09 月 06 日，文档站点由 Gitbook 迁移至 Vuepress ，实现了更丰富的内容；
- 2022 年 10 月 09 日，Goravel 完成整体覆盖测试: goravel/testing ，让框架稳定更有保障；
- 2022 年 10 月 10 日，Goravel V1 正式版发布；
- 未来可期……
 |
1
LindsayZhou 2022-10-14 22:26:56 +08:00
首先叠个盾，我不是开发。
现在大家写 Go 都喜欢用这种大而全的脚手架吗？见过好几个都是 Go 的。 可能受我关注的几个开源项目影响比较大，觉得小而美才是好的，Golang 自身设计的时候大概就有这种意识。 选第三方框架的时候，我会选间接依赖比较少的包，比如会更倾向于选择 go-chi redigo logrus sqlx 这类的框架。 看见一大堆的 require 就会降好感。 个人心理倾向上是喜欢用脚手架？还是只有公司软件上会用？ |
 |
2
Features 2022-10-14 22:38:22 +08:00
你问我资瓷不资瓷，我是资瓷的
|
 |
3
wonderfulcxm 2022-10-14 22:41:01 +08:00 via iPhone
用的什么 orm ？
|
 |
4
yanzhiling2001 2022-10-14 22:45:43 +08:00
支持，不错，文档挺详细的
|
 |
5
liaohongxing 2022-10-14 23:00:00 +08:00  1
不是 return err 类型的 go 框架 ，火速撤退。
|
 |
6
fairless 2022-10-15 10:05:32 +08:00
@wonderfulcxm
看它的 go.mod ，一百多个依赖，其中有 gorm |
 |
7
kissdata 2022-10-17 18:16:00 +08:00
go 要 1.18+是随手写的还是必须这个环境，如果是 go 1.17 会怎么样，是在哪里限制的 😮
|
 |
10
Bowens OP 听到很多说写 Golang 不需要框架的声音，Golang 设计就是小而美，简约而不简单。这种说法可能站在不同的立场看法截然不同。
对于大公司有完善的基建，简单的分层就可以满足需求，并且有很高的执行效率，业务上就是微服务 + K8S ，这时使用脚手架当然是多此一举。 但更多的中小公司需要的是开发效率，更短的时间更多的产出，不愿意将时间浪费下各种包的选择与配置上，甚至不会用 Golang 去部署微服务，而是像 PHP 一样使用传统的整体部署，这时候使用脚手架为起点进行开发，成本上肯定是最低。 这时可能有人会问，既然如此直接用 PHP 不好了。当然不好，当某一天业务上需要用微服务时候，你可以有的选择；当业务出去谈单子时候，说我们用 Golang 进行开发比 PHP 的利润更高； Golang 软件的稳定性、性能比 PHP 更好； PHPer 向 Golang 转型的比例越来越高。 以上仅个人看法，不支持 battle 。~.~ |
Select Language