2024-06-07
2228
#go
Victor Jonah
65280
Jun 7, 2024 â‹… 7 min read

The 6 top Go web frameworks

Victor Jonah I am a Software Developer with over three years of experience working with JavaScript and its frameworks. I currently work as a remote software developer for a tech agency.

Recent posts:

Million Js Adoption Guide: Overview, Examples, And Alternatives

Million.js adoption guide: Overview, examples, and alternatives

Million.js is an open source, minimalistic JavaScript compiler designed to revolutionize and improve React performance.

Isaac Okoro
Jun 28, 2024 â‹… 6 min read
Daisy Ui Adoption Guide: Overview, Examples, And Alternatives

daisyUI adoption guide: Overview, examples, and alternatives

daisyUI is an open source component library built on top of Tailwind CSS designed to enhance the DX for web designers and developers.

David Omotayo
Jun 27, 2024 â‹… 14 min read
Using Chrome's Document Picture In Picture Api In React

Using Chrome’s Document Picture-in-Picture API in React

Chrome’s new Document Picture-in-Picture API builds on the PIP API to open up a wider range of possibilities for user interaction.

Peter Ekene Eze
Jun 26, 2024 â‹… 4 min read
Vercel V0 And The Future Of Ai Powered Ui Generation

Vercel v0 and the future of AI-powered UI generation

Vercel v0 is a powerful tool for rapidly prototyping various UI elements that generates code based on plain text descriptions.

Peter Aideloje
Jun 26, 2024 â‹… 7 min read
View all posts

5 Replies to "The 6 top Go web frameworks"

  1. So, I’ve just reading some bunch of articles about Go web frameworks, just to make sure I’m keeping up with today’s Go news. I, personally, like to glue things myself with bunch of libraries and won’t use any web frameworks in near future, this is just for reference in case somebody I know want to jump in to wagon and Go! (pun intended).

    This article is good for starting point, but there’s something wrong on this article in my opinion. Please correct me if I’m wrong here, feel free to do so. I’m just pointing some sections that I think it’s not right, either it’s useful or not, so other beginner knows the stuffs and don’t fall further.

    First, you mention that Gin has low memory footprint, and it means that Gin has fast performance. This is incorrect ways of thinking. Sure, Gin is fast, but low memory doesn’t equal fast performance. If you’re using bunch of caching correctly, it might have high memory footprint, but it does faster (mind the correctness usage of caching). So my point here is, low memory doesn’t mean fast performance.

    On Gin’s JSON validation section, instead of using “These values must be validated before saving in memory”, you can use “These values must be validated before used on business logic”. The unvalidated raw JSON request is already in memory.

    You mention on Beego section that modular structure optimizes performance, that is incorrect. Project structure doesn’t determine performance, and sometimes if you build modular structure incorrectly, you’ll get slower performance. But if performance that you mean is development performance, then I believe modular structure helps on that too.

    I never wanted to label myself as ‘expert’ on anything, in fact I’m not, so take this comment with grain of salt. I think I’m missing other points but my limited knowledge hinders me from those points. Feel free to correct me if I’m wrong, as I’m here to learn too.

    Oh, and lastly, please AVOID Iris as much as possible, treat it and the owner like a plague. Stealing other codes without credit, deleting issues and comments, self claiming that it’s the best of the best, and many more. Not a healthy open source project, thus it’s better to stay away from that. There are bunch of other good frameworks beside Iris, this article mention 4 of them, so there’s no point on investing on Iris. You won’t see Iris mentioned on other popular projects too, because they’re already know. If you don’t believe me, try search Iris history on search engines with “iris golang drama” as the keyword, and you will know how worse that project is.

    Thanks for reading, and have a good day!

  2. Hi there, I have a few disagreements to your points.
    First, you disagreed on low memory footprint yielding to a fast performance which is true, definitely. As you know, an OS relies a lot on the RAM for a smooth running of tasks. So, for Gin to have low memory usage says a lot to how fast it can be. According to the article, “low memory footprint” not low memory.

    Secondly, validated data isn’t saved in memory unless being made so by the business logic. The “memory” here is the database. Data coming in is validated and then saved into the memory which is already obvious. You are clearly saying the same thing. Besides, invalidated isn’t already in any memory, what happens when the server is restarted before it reaches the database?
    Also, on Beego’s performance, yes, it’s development performance.

    Lastly, Iris has been acquired by a Dubai startup if you know that? Also, development is done by the community which has lot of support. Your claim is backed to 2017/2018 and we can not continue to tarnish the image of Iris. It’s currently being used by a thousand developers. If you have proof to these claims I wouldn’t mind listening.

    Thank you.

  3. As a constructive criticism, this article does not convey the actual useful up and downs a developer would experience using these frameworks. It is a collection of bullet point of features they own have claimed.

Leave a Reply