TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Goravel: A Go framework inspired by Laravel

178 点作者 cgg12 个月前

22 条评论

liampulles2 个月前
At my last job I wrote web services using Spring (Java enterprise stuff). That was how I and a lot of my colleagues first learned how to write enterprise code: via lots of annotations.<p>Then I discovered Go and learned a different way to make systems. At first it was strange - where was the IoC framework? How do I build up my db entities?<p>And then I got into the philosophy of Go: how its better to make things that are clear rather than clever, and how its better to do things with an obvious control flow. In my current Go job, we wire singletons manually, build up our http server manually, and write raw SQL. It works gangbusters.<p>Please lets keep Go raw and simple.
评论 #43316576 未加载
评论 #43316106 未加载
voodooEntity2 个月前
Some time ago i wrote a short blog article about getting started with goravel - might be interresting:<p><a href="https:&#x2F;&#x2F;blog.laughingman.dev&#x2F;article&#x2F;Building_a_simple_demo_rest_api_with_goravel.html" rel="nofollow">https:&#x2F;&#x2F;blog.laughingman.dev&#x2F;article&#x2F;Building_a_simple_demo_...</a>
评论 #43309323 未加载
Daril2 个月前
I&#x27;m not a fan of the complexity added by this and other similar frameworks. PHP and Go are very different languages, so trying to replicate the same concepts for one language to another I don&#x27;t think it is a good idea.<p>One of the things I would discard would be the use of an ORM library : every library adds another level of complexity and doesn&#x27;t allow to see what is happening when the SQL statements are built. In my opinion, it is better to create some simple methods for each object that implement the CRUD operations and build the SQL statements directly.<p>It is possible to write a web application with GO using only some libraries, for example for routing and authentication.<p>My favorite place to start is Autostrada : <a href="https:&#x2F;&#x2F;autostrada.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;autostrada.dev&#x2F;</a>
评论 #43307744 未加载
评论 #43315036 未加载
评论 #43309459 未加载
评论 #43308284 未加载
评论 #43308181 未加载
评论 #43307796 未加载
评论 #43309528 未加载
评论 #43311163 未加载
评论 #43307778 未加载
mkl952 个月前
It seems like every middling company out there wants to bolt in popular architecture from other languages into Go, particularly Java enterprise patterns. Why not use the actual language or framework your engineers like instead?
评论 #43308271 未加载
评论 #43311235 未加载
评论 #43311717 未加载
评论 #43309187 未加载
adamors2 个月前
Never got the point of porting X framework from Y language in order to<p>&gt; simplifying the learning curve for Y language developers<p>You&#x27;ll just end up writing the same old patterns in the new language as you did in the old one.<p>Especially with Go, it&#x27;s really easier to adopt the existing tooling (most of which is in the standard lib) than to port whatever concepts Laravel&#x2F;PHP had.
评论 #43307478 未加载
评论 #43307766 未加载
JadoJodo2 个月前
I love Go and I love Laravel, but I do find the naming an odd choice; it seems like borrowed clout. Especially so when Laravel&#x27;s own name is a soft reference to the work of C.S. Lewis. Why not pick a unique, &quot;Go-esque&quot; name and still nod to Laravel in the title&#x2F;description?
评论 #43311502 未加载
评论 #43312866 未加载
评论 #43314774 未加载
leetrout2 个月前
It&#x27;s one thing to have MVC in Go. It&#x27;s quiet another to match the productivity boost Laravel (or Rails or Django) give you. Admirable attempt... the docs don&#x27;t say much on the template support in the views but I would imagine there&#x27;s not a 1:1 with Blade yet.
myflash132 个月前
What I’ve really wanted is a Laravel-like framework in Rust.
评论 #43309120 未加载
pknerd2 个月前
Wow, wow, wow!<p>As someone who loves both Laravel and Go, this is a Godsend! I would get back to Go only for using this!
pooingcode2 个月前
Your cookie banner was the worst I’ve ever seen on any site. It has 100s of ad venders.
DeathArrow2 个月前
For someone who doesn&#x27;t know Laravel it&#x27;s worth explaining it a bit further.
评论 #43307554 未加载
评论 #43307240 未加载
评论 #43307411 未加载
juwjfoobar2 个月前
The session interface is missing WithContext(ctx context.Context) unless something else is making it context aware
begueradj2 个月前
A similar path was taken in the Node.js world, but it seems the framework in question (AdonisJs) is far from being that successful.<p>Given the standard batteries included in Go, I think there is even less chess for this to succeed.<p>But still that is a good thing to try. Why not. All the best.
zsoltkacsandi2 个月前
IMO there is definitely a place and need for such a framework in the Go ecosystem, but that does not mean that the whole API, structure and terminology need to be copied from Laravel as is. This will definitely hinder adoption.
评论 #43307569 未加载
gren2362 个月前
Well, someone would&#x27;ve made this at some point anyway. I don&#x27;t get why people tend to bring stuff from other languages to Go, but it&#x27;s better to have something than not I guess...
capitanazo772 个月前
Congratulations! Php is the weakest part of laravel.<p>Please add inertia. It will make it extremely productive!
ulrischa2 个月前
Why not ust use Laravel itself? You can put it on the cheapest webhosting plan and go for it
ofrzeta2 个月前
While the API seems similar, the syntax of Laravel feels a bit lighter thanks to PHP.
mogaal2 个月前
One of the things I love about Laravel is that I can just drop it into share-hosting and forget about it. At the same time, my daily work demands Golang 80% of the time.<p>I keep having mix feelings when having this dichotomy
评论 #43309437 未加载
thr0waway0012 个月前
Looking forward to LaRust.
khantsithu2 个月前
just use laravel bro
dankobgd2 个月前
looks horrible