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:

javascript is null or empty function

How to check for null, undefined, or empty values in JavaScript

In most languages, we only have to cater to null. But in JavaScript, we have to cater to both null and undefined. How do we do that?

Lewis Cianci
Feb 14, 2025 â‹… 4 min read
MERN Stack: Overview With Examples

What is the MERN stack? Overview with examples

Discover how the MERN stack (MongoDB, Express.js, React, Node.js) enables developers to build dynamic, performant, modern websites and apps.

Nefe Emadamerho-Atori
Feb 13, 2025 â‹… 20 min read
Leveraging Parallel Computing In Node.js

Leveraging parallel computing in Node.js

Use parallel computing in Node.js with worker threads to optimize performance, handle CPU-intensive tasks, and utilize multi-core processors.

David Omotayo
Feb 13, 2025 â‹… 8 min read

A guide to modern frontend architecture patterns

Frontend architecture is the foundation of your frontend codebase. Here’s how to optimize the pattern that you choose.

Shalitha Suranga
Feb 12, 2025 â‹… 9 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