历时近一年时间,14 个版本的更新,完成 13 个功能模块,Goravel 终于到达了第一个里程碑:V1 正式版发布。🚀 🚀
Goravel 是一个功能完备、具有良好扩展能力的 Web 应用程序框架。作为一个起始脚手架帮助 Golang 开发者快速构建自己的应用。
感谢 Laravel 巨人的肩膀,让使用 Goravel 进行 Golang 开发时也拥有了丝滑的体验。让广大 Phper 不用再深陷另一个语言框架的学习,就能很好的完成一个 Golang 项目的开发。
目前,Goravel 还只是完成了一小步,期待未来更简单、高效的 Goravel !
开源项目的成长离不开你的支持:
Goravel 时间线:
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
40EaE5uJO3Xt1VVa 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 。~.~ |