• @[email protected]
    link
    fedilink
    1
    edit-2
    10 hours ago

    I can see how there might be usecases for stuff like this in big enterprise developments that change their design often and/or have lots of different departments of people working on the site, but in all the webdev I have ever done myself in my almost 30 years of work in it, I have never had any need for more than hand-written html, css and javascript. That and simple template systems like django/jinja have worked quite well for me and always perform far better than these big frameworks.

  • @umt
    link
    118 hours ago

    Why not simply use elm?

    • xoronOP
      link
      fedilink
      317 hours ago

      @umt

      Elm is good.

      For this project I specifically wanted to use web components, but in the style of React.

      There is no practical use case for this “UI framework”. It’s a personal learning process.

      • @umt
        link
        117 hours ago

        Cool. Learning is good.

    • TehPers
      link
      fedilink
      English
      217 hours ago

      The previous article in the series has a couple paragraphs at the start to introduce the idea and why:

      Modern JavaScript frameworks like React JS and Vue JS have popularized the functional programming paradigm and declarative approaches to web app development. While these frameworks have made creating dynamic web applications more accessible, it’s worth exploring the potential of web components in this landscape.

      To me it seems more like an exploration and PoC for the purposes of learning than a real alternative to any particular frontend library, but that’s just my interpretation. The subject is interesting anyway, even if I won’t do this myself in a real world project at work.

      • xoronOP
        link
        fedilink
        317 hours ago

        @TehPers @umt

        > PoC for the purposes of learning

        yeah thats right.

        i want to see if creating some kind of thin-transparent-wrapper like this, could make it so i dont have to update it as a dependencies. consider that we recently got react 19. this will be followed by a scramble by many to use the latest and most stable version.

        i cant guarantee any stability in my current progress, but in theory, by relying on the underlying web component from the browser, it becomes future-proof.