What does HackerNews think of hyperapp?

1kB-ish JavaScript framework for building hypertext applications.

Language: JavaScript

#7 in Framework
#42 in JavaScript
Nice work. A few years ago, I made something similar out of lumen[0] by tweaking the reader to support clojure style literals. I used hyperapp[1] as a lightweight library for react/elm style applications with a hiccup-like syntax. The code ended up looking like

    (h 'div { class: 'main }
       (h 'div {} ....
Where h is the raw function for hyperapp, not a macro.

I'd intended to develop my own mini-lisp with the same syntax, but got sidetracked by other projects. Maybe someday I'll get back to it. (Currently, I'm deep in the weeds trying to learn how to write a dependent typed language that compiles to javascript.)

[0]: https://github.com/sctb/lumen [1]: https://github.com/jorgebucaran/hyperapp

The likely reason it never caught on, is that the library has similar pitfalls to Backbone. The entire application and component lifecycle has to be coded explicitly:

- manually attaching DOM elements to view controllers

- manually attaching child views

- models which have to be wired individually via .listenTo

- models can be out of sync

- possibility of infinite loops if the events accidentally recurse

A better tiny alternative would be hyperapp[1] or even Preact, that has a similar bundle size.

[1] https://github.com/jorgebucaran/hyperapp

I’m glad it left that impression! My thoughts have clarified a bit since I read that post, and I think what I describe is more declarative, like React. But the best places to read about it (for web devs) are in Elm!

There is also this new thing I found that seems to really lean into the core of what being functional means here: https://github.com/jorgebucaran/hyperapp

After a while, you see that basically all systems can be modeled as event-driven, functional systems. It’s a flexible model, and fits beautiful into web dev where the semantics are very clear: the system is the web app and events are clicks, keyboard events, asynchronous calls...

It's probably a bad idea to say "X is wrong" when you haven't done enough market research.

OP seems to think he's invented some completely new way of doing things but i wonder if he's seen things like:

- Mithril: https://mithril.js.org/

- Cell: https://github.com/intercellular/cell

- Hyperapp: https://github.com/jorgebucaran/hyperapp

and so on. I dislike React more than anyone else for its bloated way of doing things, but there are always legitimate reasons why people use things they use. The announcement would have been more productive if he just shared the project in a humble manner.

> http://youmightnotneedjquery.com/

The examples in the site already look quite outdated. We now have `fetch()`, `.attachEvent` is all but dead, plus all the ES6 features like arrow functions, destructuring, spread... and reactive UI means you'll rarely, if ever, need to call DOM tree modifying methods yourself.

The best part, "Reactive UI" being a paradigm, you have many other options besides React+JSX, for example https://github.com/jorgebucaran/hyperapp. At a fraction of the size of jQuery, which one is the 'monster'?

How does LitElement compare with something like hyperapp[1] or meiosis[2]? The issue I have with $new_tool is trying to figure out what it offers vs the competing tools and it's a non-trivial time sink.

[1] https://github.com/jorgebucaran/hyperapp

[2] https://meiosis.js.org/

Hyperapp is a client-side micro-framework for web applications. So yes, it's a framework. And also yes, it is a layer on top of Django -- or anything else you've got on the back end.

see: https://github.com/jorgebucaran/hyperapp