Goravel V1 正式版发布，让 Go 开发更简单、高效！

历时近一年时间，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 正式版发布；
未来可期……

LindsayZhou

2022-10-14 22:26:56 +08:00

首先叠个盾，我不是开发。

现在大家写 Go 都喜欢用这种大而全的脚手架吗？见过好几个都是 Go 的。
可能受我关注的几个开源项目影响比较大，觉得小而美才是好的，Golang 自身设计的时候大概就有这种意识。
选第三方框架的时候，我会选间接依赖比较少的包，比如会更倾向于选择 go-chi redigo logrus sqlx 这类的框架。
看见一大堆的 require 就会降好感。

个人心理倾向上是喜欢用脚手架？还是只有公司软件上会用？

Bowens

2022-11-13 11:44:59 +08:00

听到很多说写 Golang 不需要框架的声音，Golang 设计就是小而美，简约而不简单。这种说法可能站在不同的立场看法截然不同。

对于大公司有完善的基建，简单的分层就可以满足需求，并且有很高的执行效率，业务上就是微服务 + K8S ，这时使用脚手架当然是多此一举。

但更多的中小公司需要的是开发效率，更短的时间更多的产出，不愿意将时间浪费下各种包的选择与配置上，甚至不会用 Golang 去部署微服务，而是像 PHP 一样使用传统的整体部署，这时候使用脚手架为起点进行开发，成本上肯定是最低。

这时可能有人会问，既然如此直接用 PHP 不好了。当然不好，当某一天业务上需要用微服务时候，你可以有的选择；当业务出去谈单子时候，说我们用 Golang 进行开发比 PHP 的利润更高； Golang 软件的稳定性、性能比 PHP 更好； PHPer 向 Golang 转型的比例越来越高。

以上仅个人看法，不支持 battle 。~.~