This makes me almost want to write web code again - compared to things like React and Angular 1-2-3-4-5-6.
Show HN: HyperApp – 1k JavaScript framework for building web applications
41–50 of 169 posts
Re: Show HN: HyperApp – 1k JavaScript framework for building web applications
#42Re: Show HN: HyperApp – 1k JavaScript framework for building web applications
#43Earlier quoted context omitted.
Then you need to send lit-html over to the client also. This would be a great alternative if one doesn't already use Babel, but what's the selling point otherwise? Is there an easy way to combine lit-html's render with the HyperApp one?
IMO, the problem of composing renderers is solved at the component level. Each component should be able to freely choose its rendering library and control its own encapsulated DOM without interfering with other components, or leaking it's choice of template library to the outside. Web Components and Shadow DOM make this possible. You can mix and match components that use lit-html, Polymer, Preact, etc., and mostly li…
Re: Show HN: HyperApp – 1k JavaScript framework for building web applications
#44If you're interesting in a reactive template library that doesn't require a compiler for non-standard JavaScript syntax, check out a library I've been working on for a little while now, lit-html: https://github.com/Polymer/lit-html Where JSX would look like this: const view = (state, actions) => ( {state.count} actions.down(1)}>- actions.up(1)}>+ ) The lit-html would be: const view = (state, actions) => html` {state.…
Same principle, different implementation, takes advantage of special string literal properties to achieve impressive speeds.
Re: Show HN: HyperApp – 1k JavaScript framework for building web applications
#45If you're interesting in a reactive template library that doesn't require a compiler for non-standard JavaScript syntax, check out a library I've been working on for a little while now, lit-html: https://github.com/Polymer/lit-html Where JSX would look like this: const view = (state, actions) => ( {state.count} actions.down(1)}>- actions.up(1)}>+ ) The lit-html would be: const view = (state, actions) => html` {state.…
Wait, I thought VDOMs were supposed to be fast(er).
Note: I'm not a FE Dev, so I'm only going by stuff I (think I) read, not write.
Re: Show HN: HyperApp – 1k JavaScript framework for building web applications
#46I love hyperapp! As someone who thinks Elm’s architecture is ideal for building webapps, it’s great to be able to almost replicate it in JS. It’s simple enough to get started quickly but still robust enough to build actual apps and not just toys.
Re: Show HN: HyperApp – 1k JavaScript framework for building web applications
#47I love these little JS frameworks :)
Re: Show HN: HyperApp – 1k JavaScript framework for building web applications
#48It's not very performant compared to other v-doms https://rawgit.com/krausest/js-framework-benchmark/master/we...
Re: Show HN: HyperApp – 1k JavaScript framework for building web applications
#49Side question: Isn't it grossly inefficient that in Redux, you have reducers that return an entirely new state object? Wouldn't it be better to return some kind of data that represents just the diff you intend to make, like {op: INCREMENT, arg: 1, key: "Foo"}?
Re: Show HN: HyperApp – 1k JavaScript framework for building web applications
#50This is an exceptionally simple library to use in place of React. Both its performance and the development experience have been great. My company's been using it in production for more than a year now without any issues. Highly recommend giving it a look.