Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Datastar: Lightweight hypermedia framework for building interactive web apps

data-star.dev

Post reply on HN
Print view View original

1–10 of 298 posts

Re: Datastar: Lightweight hypermedia framework for building interactive web apps

#2

Post by gregoriol »

Everything about this seems so bad! The website doesn't look serious at all. The code adds crazy html attributes, even more crazy than other crazy front-end frameworks like `data-on-input__debounce.200ms="@get('/examples/active_search/search')"`... this level of wrong is incredible.

Re: Datastar: Lightweight hypermedia framework for building interactive web apps

#3

Post by macmac »

gregoriol wrote: post #2

Everything about this seems so bad! The website doesn't look serious at all. The code adds crazy html attributes, even more crazy than other crazy front-end frameworks like `data-on-input__debounce.200ms="@get('/examples/active_search/search')"`... this level of wrong is incredible.

Could provide actual arguments for why these aspects of Datastar are "crazy", "even more crazy" and "wrong"?

Re: Datastar: Lightweight hypermedia framework for building interactive web apps

#7

Post by ivape »

IshKebab wrote: post #4

Seems pretty elegant if you are willing to give up on the type safety of TSX. I wonder if this can be combined with it somehow. An example using Fresh would be great.

I actively look for non-TS frameworks. To me it's always been useless overhead. It really is a outcome of startup/enterprise teams that are so far away from how money goes in and out of a business that they sit around and think TS is a good usage of time. It may hurt their feelings to know plenty of people run successful teams and entire businesses without type safety. It also makes the code look like shit.

To each their own I guess.

Re: Datastar: Lightweight hypermedia framework for building interactive web apps

#8

Post by VoidWhisperer »

Maybe it is because I'm a bit too deep in the React ecosystem at this point, but once you start trying to do any reasonably complex task, this seems like it would be significantly harder to reason about.

Also, unless I'm misunderstanding it, this revolves a lot around the backend returning HTML to do backend-as-frontend, which given my previous experiences with the concept, I wouldn't want to touch with a 10ft pole. When you consider users with extremely bad internet connections (there are still people on dsl/older satellite/2G), having to make more requests to the backend that return larger blobs of html (as opposed to fewer requests that return JSON when it is relevant) will result in a significantly more degraded user experience

Re: Datastar: Lightweight hypermedia framework for building interactive web apps

#9

Post by bradly »

It isn't mentioned on the homepage, but Datastar does charge for the following features:

    data-animate - Animates element attributes over time.
    data-custom-validity - Adds custom validity to an element.
    data-on-raf - Runs an expression on every animation frame.
    data-on-resize - Runs an expression on element resize.
    data-persist - Persists signals in local storage.
    data-query-string - Syncs query string params with signal values.
    data-replace-url - Replaces the URL in the browser.
    data-scroll-into-view - Scrolls an element into view.
    data-view-transition - Sets view-transition-name styles.
Prices are $299 for a solo dev and $999+ for teams

https://data-star.dev/reference/datastar_pro

Re: Datastar: Lightweight hypermedia framework for building interactive web apps

#10

Post by gregoriol »

macmac wrote: post #3
gregoriol wrote: post #2

Everything about this seems so bad! The website doesn't look serious at all. The code adds crazy html attributes, even more crazy than other crazy front-end frameworks like `data-on-input__debounce.200ms="@get('/examples/active_search/search')"`... this level of wrong is incredible.

Could provide actual arguments for why these aspects of Datastar are "crazy", "even more crazy" and "wrong"?

What more do you need than writing something like `data-on-input__debounce.200ms="@get('/examples/active_search/search')"` in the DOM as being crazy and wrong?
Post reply on HN