Victor Jonah
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:

Exploring The Javascript Registry For Javascript Module Management

Exploring JSR for JavaScript module management

JSR is designed to serve as a registry for both JavaScript and TypeScript packages, and an upgrade to the features provided by npm.

Oyinkansola Awosan
Jul 19, 2024 ⋅ 8 min read
Error Handling In Rust A Comprehensive Guide

Error handling in Rust: A comprehensive tutorial

Learn to handle Rust errors efficiently to write cleaner, more maintainable Rust code and create a more user-friendly application.

Eze Sunday
Jul 18, 2024 ⋅ 10 min read
Exploring Actions And Request Rewriting In Astro

Exploring actions and request rewriting in Astro

Astro v4.8 ships with server actions and request rewriting. Let’s see how to use these long-awaited (though still experimental) features.

Ivaylo Gerchev
Jul 17, 2024 ⋅ 13 min read
Comparing Fiber Vs Gin For Go Web Development

Comparing Fiber vs. Gin for Go web development

Go Fiber and Gin are two popular Go frameworks that provide extensive toolkits for developing high-performance apps with modern features.

Temitope Oyedele
Jul 17, 2024 ⋅ 8 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