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

Show HN: HyperApp – 1k JavaScript framework for building web applications

github.com

Post reply on HN
Print view View original

141–150 of 169 posts

Re: Show HN: HyperApp – 1k JavaScript framework for building web applications

#141

Post by starbuzz »

agentultra wrote: post #138
starbuzz wrote: post #115

Earlier quoted context omitted.

Hyperapp is Elm for the rest of us. I wouldn't compare it to React as they are solving slightly different problems. Hyperapp's state management is built-into the framework. In this way, Hyperapp is a tad more "high-level" (abstract) than React.

> Hyperapp is Elm for the rest of us. Curious who you think Elm is for?

Elm is for anyone. I love Elm.

"for the rest of us" is a common English language idiom/phrase.

https://english.stackexchange.com/questions/41687/meaning-of...

I know the idiom mostly from For Dummies' books. I'm implying that Elm, while great, is not as user-friendly, intuitive or easy to use as Hyperapp.

I'm saying that Hyperapp is deeply inspired by Elm, but also designed with extreme devotion to details, minimalism, and simplicity.

Re: Show HN: HyperApp – 1k JavaScript framework for building web applications

#142

Post by spankalee »

itsnotlupus wrote: post #111
anonytrary wrote: post #102

Earlier quoted context omitted.

30m sends you home? Watch it on 2x and skip parts you aren't interested in.

I really want a way to get a generated voice recognition transcript for all that content people really think needs to be in video form. 2x playback is still 14:45 too long in this instance.

It's not that anyone thought it _needed_ to be in video form, it's just a conference talk. For reading there's the readme here: https://github.com/Polymer/lit-html and documentation site here: http://polymer.github.io/lit-html/

They both go into how lit-html works and how it doesn't just throw away and recreate the DOM on re-renders, though I admit the docs could still be better.

Re: Show HN: HyperApp – 1k JavaScript framework for building web applications

#144

Post by grrowl »

spankalee wrote: post #35

If 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.…

You should check out https://github.com/choojs/choo (similar framework in 4kb) and other packages in its ecosystem — https://github.com/choojs/nanohtml (template strings to HTML elements)

Re: Show HN: HyperApp – 1k JavaScript framework for building web applications

#145

Post by localvoid »

lhorie wrote: post #88
czechdeveloper wrote: post #56

Earlier quoted context omitted.

Can you explain (or link some source) why is Virtual DOM wrong? Actually curious.

Hi. I'm the author of Mithril (one of the virtual dom frameworks mentioned elsewhere in this thread), so I think can answer that. To be honest, there's nothing inherently "wrong" with it. There are various techniques to implement templating engines and they all have pros and cons. Lately, VDOM performance in micro benchmarks has sort of plateaued, and recently non-vdom systems like Svelte (an AOT compilation system)…

> Since there hasn't been nearly as much effort put into alternative algorithms

Angular2+ team is actually have done an awesome job at experimenting in this problem space. And they've moved away from generating code that is similar to what Svelte does long time ago.

Re: Show HN: HyperApp – 1k JavaScript framework for building web applications

#146

Post by spraak »

ninjaturtles wrote: post #130
starbuzz wrote: post #118

Earlier quoted context omitted.

Some of those results refer to HyperTerminal, the Electron-based terminal app. Other results refer to Hyperapp-like libraries (not Hyperapp). The most recent submission related to Hyperapp was 8 months ago and Hyperapp has come a long way since then. Here is another angle to this: go into React type of submissions and ask them to stop spamming HN with that? https://hn.algolia.com/?query=react&sort=byPopularity&prefix…

You are a joke. Show HN: 1 KB JavaScript library for building front end apps 242 points jbucaran 8 months ago 2 comments ( https://github.com/jbucaran/hyperapp ) Show HN: 1 KB JavaScript framework for building front-end applications 216 points jbucaran 8 months ago 42 comments ( https://github.com//hyperapp/hyperapp ) Show HN: 1kb JavaScript library for building front end applications 187 points jbucaran a year ago 4…

> You are a joke.

Wow, so you're right. Do you need to be so rude about it?

Re: Show HN: HyperApp – 1k JavaScript framework for building web applications

#147

Post by enraged_camel »

lhorie wrote: post #100
romanovcode wrote: post #75

Earlier quoted context omitted.

I don't even get why it is important that it's 1kb. Give me a library with great API and easy to use. Nobody cares if library is 1kb or 100kb (minified).

Don't assume that everyone is happy with whatever level of mediocrity _you_ think is acceptable. It's because of developers prioritizing developer experience and other baggage over user experience that I despise my mobile web surfing experience. Plenty of people do care about frontend performance (as evidenced by the plethora of efforts ranging from small alt vdom libs by solo devs to large corporate efforts like AMP…

>>Don't assume that everyone is happy with whatever level of mediocrity _you_ think is acceptable.

So large library size == mediocre?

Jesus christ, HN is full of extremists.

Re: Show HN: HyperApp – 1k JavaScript framework for building web applications

#148

Post by bufferoverflow »

starbuzz wrote: post #120
owlfarm wrote: post #37

It's not very performant compared to other v-doms https://rawgit.com/krausest/js-framework-benchmark/master/we...

This is an old benchmark, we're in the same ballpark as React now. Hyperapp is also not just a virtual DOM, but also a state management "all-in-one" kind of thing.

It's not old, it was last updated two days ago:

https://github.com/krausest/js-framework-benchmark/commits/m...

Re: Show HN: HyperApp – 1k JavaScript framework for building web applications

#149

Post by dsego »

davegauer wrote: post #133
dsego wrote: post #77

Earlier quoted context omitted.

Mithril is nice. One downside is it doesn't lend itself really well to compound components. Everything has to be passed down through attributes.

True, but by passing the same object as an attribute to a pair of Mithril components, I can have them share state. (Can be restricted to the scope of a parent component if desired.) Is there an additional requirement for compound components?

There isn't a built-in way to detect type of component. It would be useful when you want a parent component to encapsulate certain logic/behavior but not hard-code the presentation. I know there's name() but it only works if my component is a function. Otherwise I think I need to assign some special identifier, which sucks.

You can see a great presentation of the technique in this video: https://youtu.be/hEGg-3pIHlE

Post reply on HN