Nowadays I'd recommend HyperApp over mithril.js.
Mithril.js – A modern client-side Javascript framework
11–20 of 83 posts
Re: Mithril.js – A modern client-side Javascript framework
#12Re: Mithril.js – A modern client-side Javascript framework
#13| Be wary of aggressive performance claims, as benchmarks used by some of these projects are known to be out-of-date and flawed (in the sense that they can be - and are - exploited)
on a page full of aggressive performance claims[0] slightly ironic
Re: Mithril.js – A modern client-side Javascript framework
#14Looks interesting, but I found the fact that they say | Be wary of aggressive performance claims, as benchmarks used by some of these projects are known to be out-of-date and flawed (in the sense that they can be - and are - exploited) on a page full of aggressive performance claims[0] slightly ironic [0] https://mithril.js.org/framework-comparison.html
And also mentioned on the same page is this :
In the spirit of demonstrating typical performance characteristics, the benchmarks presented in this comparison page are implemented in an apples-to-apples, naive, idiomatic way (i.e. the way you would normally write 99% of your code) and do not employ tricks or advanced optimizations to make one or other framework look artificially better. You are encouraged to contribute a PR if you feel any DbMonster implementation here could be written more idiomatically.
Re: Mithril.js – A modern client-side Javascript framework
#15A lighter-weight and largely API-compatible replacement for React: Preact. https://preactjs.com/
Sure. If you still want to be React-like, that is! But React, Preact are still view libraries right? Mithril is a (reasonably) complete framework. It's sufficiently similar to React that if you know React, you can get productive in Mithril very fast. I guess mithril is for people who want a full framework with no fluff that gets out of the way.
No, they're component-oriented. View suggests you're doing MVC or similar. You don't need an M & C with React -- you will likely need to add react-router, but react + react-router (or preact + preact-router) is all the 'framework' you need for most apps.
Re: Mithril.js – A modern client-side Javascript framework
#16A lighter-weight and largely API-compatible replacement for React: Preact. https://preactjs.com/
Re: Mithril.js – A modern client-side Javascript framework
#17Re: Mithril.js – A modern client-side Javascript framework
#18Earlier quoted context omitted.
Sure. If you still want to be React-like, that is! But React, Preact are still view libraries right? Mithril is a (reasonably) complete framework. It's sufficiently similar to React that if you know React, you can get productive in Mithril very fast. I guess mithril is for people who want a full framework with no fluff that gets out of the way.
> But React, Preact are still view libraries right? No, they're component-oriented. View suggests you're doing MVC or similar. You don't need an M & C with React -- you will likely need to add react-router, but react + react-router (or preact + preact-router) is all the 'framework' you need for most apps.
And what I meant by react being a view library is that react by itself only handles the UI part and you need to get additional libraries to handle stuff like routing and talking with the server. This stuff is provided by mithril itself.
Re: Mithril.js – A modern client-side Javascript framework
#19Looks interesting, but I found the fact that they say | Be wary of aggressive performance claims, as benchmarks used by some of these projects are known to be out-of-date and flawed (in the sense that they can be - and are - exploited) on a page full of aggressive performance claims[0] slightly ironic [0] https://mithril.js.org/framework-comparison.html
Re: Mithril.js – A modern client-side Javascript framework
#20Nowadays I'd recommend HyperApp over mithril.js.
I'm asking why you prefer hyperapp because Mithril has router and xhr capability built-in, and hyperapp doesn't seem to have those features. But hyperapp is really tiny though. :-)
The reason to use hyperapp IMO is it is far closer to the actual Elm-style FRP model, and as such includes functional state management out of the box, in a far less awkward and boilerplate heavy way than Redux provides.