Why HTMX and Golang? The answer might surprise you...

Поділитися
Вставка
  • Опубліковано 11 лис 2024

КОМЕНТАРІ • 31

  • @iskariotski
    @iskariotski 7 місяців тому +15

    dont parse templates in runtime, parse them during init instead

    • @FloWoelki
      @FloWoelki  7 місяців тому +8

      yeah I 100% agree. it was a mistake on my end! to parse it over and over again whenever a request was made is just not efficient. but this was just a simple demonstration of using HTMX with Go.
      edit: I've pinned your comment so that everyone can see it :)

    • @ransomware9086
      @ransomware9086 6 місяців тому +2

      @@FloWoelki no. don't use init, since it adds a side effect to import behaviour. create your own init routine and do it in there

    • @FloWoelki
      @FloWoelki  6 місяців тому +2

      @@ransomware9086 thank you for the comment. I think parsing the template in the request is always bad for performance, it's alright for dev purposes. but, for production, the template should be fixed and only the data should change.

  • @merfkit
    @merfkit 7 місяців тому +3

    Thanks, very good and understandable guide👍Hope to see more rust/go videos in the future

    • @FloWoelki
      @FloWoelki  7 місяців тому

      thank you so much! there will be definitely more content about Rust and Go!

  • @HarmonicaTool
    @HarmonicaTool 3 місяці тому +3

    Thank you and please. Please make more videos on how to use Golang and htmx for usefull webapps or even just to use htmx instead of a local GUI. It is hard to find a beginner friendly route to start.

  • @siya.abc123
    @siya.abc123 6 місяців тому +11

    All htmx tutorials are simple. Why no one wants to show how to build production grade apps? Styling, components etc

    • @FloWoelki
      @FloWoelki  6 місяців тому +7

      I could do it ;)
      do you have anything specific in mind? like creating a todo list and then making it production-ready and deploying it (I think dockerising the application should be feasible enough?)?

    • @nanonkay5669
      @nanonkay5669 6 місяців тому +1

      @@FloWoelki Yes that would be awesome

    • @GreatTaiwan
      @GreatTaiwan 2 місяці тому +1

      @@FloWoelki none of what you mentioned is actually related to Go or HTMX this is still a ToDo with better devOps tools around it
      something other than ToDo I think is required, look at making a medical image reading project, a game maybe ...etc something along the lines of having many domains and components to see how this can actually scale or will be complete rewrite

    • @theseangle
      @theseangle Місяць тому +4

      ​@@GreatTaiwan todo is the perfect app actually. It can have authorization, multiple views (todo list, details view, authorization pages, profile pages), protected routes, utilize HTTP headers, persistence via database, Redis, dynamic assets like images (-> S3 buckets), mounting an SPA to a part of a specific heavily interactive page, I could go on and on.
      - Medical imaging? Nobody would watch that.
      - Game? Nothing relevant to htmx/go, just Javascript and a lot of programming patterns.
      - An over-engineered to-do app? Heck yeah!

    • @theseangle
      @theseangle Місяць тому

      ​@@FloWoelkiI hope you read my reply to @GreatTaiwan

  • @gelismissuriyeli4440
    @gelismissuriyeli4440 3 місяці тому

    Thank you for this well-made video.
    My question is, would it be possible to still inject the data in the templates (that easy) if we follow the `Separation of Concern` paradigm and have the BE and FE apps run in separate environments say.. Docker containers for example?

  • @kingsgambit9284
    @kingsgambit9284 7 місяців тому +1

    Wow 😮

  • @sergeiudison6534
    @sergeiudison6534 2 місяці тому

    Thank you very much!❤

    • @FloWoelki
      @FloWoelki  2 місяці тому

      You're welcome 😊

  • @phat80
    @phat80 Місяць тому +2

    Don’t see the reason to use htmx. All what was shown can be easily made with simple JS with no need to learn htmx syntax.

    • @gigalodon14
      @gigalodon14 4 дні тому

      Htmx is specifically for people who dont like interacting with javascript

    • @phat80
      @phat80 4 дні тому

      @ if you’re involved in web dev you just can’t don’t like JS or probably you should change the job.

    • @gigalodon14
      @gigalodon14 4 дні тому

      @ Nah you can write your backend code in any single language and javascript (especially without typescript) just sucks. So if you need to do some frontend stuff for it its much better than getting a full-front framework like React or using in-line javascript

    • @phat80
      @phat80 4 дні тому

      @@gigalodon14 Anyway JS is a must-have knowledge and you can’t escape it in web dev. It’s much easier if you like it.

  • @DougLopes
    @DougLopes 2 місяці тому

    Nice video, just the abbreviated variable names make me nuts.🤣🤣🤣

    • @FloWoelki
      @FloWoelki  2 місяці тому

      Fair point :D and thank you!

  • @LourensRolograaf
    @LourensRolograaf 2 місяці тому

    On 8:12 it says "GO = HTMX Demo" and "{{.Message}}" on my localhost:8080 page. Something changed since I am already using Go version 1.23 maybe? cannot find the mistake in my code

  • @InsertGreatChannelName
    @InsertGreatChannelName 10 днів тому

    Kuss auf die Nuss

  • @grimonce
    @grimonce 2 місяці тому

    Had me until this != font heresy.

    • @FloWoelki
      @FloWoelki  2 місяці тому

      Fair point :D I've also removed this for my personal use and future videos.

    • @theseangle
      @theseangle Місяць тому

      It's called ligatures

    • @grimonce
      @grimonce Місяць тому

      @@theseangle not sure if that's the case. I'd call it inverse ligature or something between. There are actually two signs that are required by the language formal syntax, they are not "joined", only displayed as such to the user of the plugin. While a ligature is actaully a joint sign... so no? Not sure what you're aiming at anyway.