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

Release of Mithril 1.0

mithril.js.org

Post reply on HN
Print view View original

11–20 of 31 posts

Re: Release of Mithril 1.0

#11

Post by dwaltrip »

baconomatic wrote: post #6
lhorie wrote: post #4

Earlier quoted context omitted.

> Does Mithril implement something akin to Redux Depends on what you mean by "akin". The core of Redux is just a few lines of code with a set of very opinionated conventions surrounding it, plus a bunch of utilities that people may or may not use. Angular's services serve a similar purpose to redux, but the approach is quite different. Mithril's idiomatic approach is similar to Redux in the sense that it's largely co…

I'm not expecting there to be a huge difference, but it looks silly to include non-standard features for both React and Vue. As for performance, do you have a setup that we could see that shows how those are generated? Just genuinely curious.

Is redux considered "standard" in react land? I thought a lot of projects don't make use of it.

Re: Release of Mithril 1.0

#12

Post by aidenn0 »

gregmac wrote: post #5

I used Mithril for a prototype app a couple years ago, and it was one of those projects that is awesome to get into: the documentation is short but complete, and you can basically learn it and produce a usable app in an afternoon. One of the things I really liked is there's really no sense of 'magic': as I was learning it, it just clicked and I could basically picture how the framework had been implemented. So many t…

Clear documentation and lack of magic are what I love about it too. I originally learned Mithril by porting an existing react app, and the newer version was so much easier to debug that I ended up keeping it. The amount of indirection in React makes subtle bugs very hard to localize.

Re: Release of Mithril 1.0

#13

Post by baconomatic »

dwaltrip wrote: post #11
baconomatic wrote: post #6

Earlier quoted context omitted.

I'm not expecting there to be a huge difference, but it looks silly to include non-standard features for both React and Vue. As for performance, do you have a setup that we could see that shows how those are generated? Just genuinely curious.

Is redux considered "standard" in react land? I thought a lot of projects don't make use of it.

I'd say it's a standard when you are getting into bigger applications, but the Redux docs do say that you might need it: http://redux.js.org/

So, I wouldn't consider it a standard for doing performance/size comparisons.

Re: Release of Mithril 1.0

#14

Post by baconomatic »

lhorie wrote: post #9
baconomatic wrote: post #6

Earlier quoted context omitted.

I'm not expecting there to be a huge difference, but it looks silly to include non-standard features for both React and Vue. As for performance, do you have a setup that we could see that shows how those are generated? Just genuinely curious.

Well, maybe we just disagree on this point, but I think it makes more sense to compare apples to apples. To frame in a different way, given that Mithril isn't solely a view library, would you say it makes more sense to compare against a typical Backbone setup including dependencies like jQuery, or just compare against Marionette alone? The performance numbers are explained in more detailed in the frameworks compariso…

Perhaps we do disagree, that's okay! I think a fair comparison would be Mithril vs Backbone, but not necessarily with using jQuery as you could use Zepto.

I think it's really tough to do comparisons well and what it really comes down to, in my opinion, is how useful the library more so than the size and performance (within reason).

Also, my mistake on missing the links to the implementations in the comparison. Perhaps there needs to be a bit more contrast between the copy and the links?

Anyways, I've used Mithril and I think it's great, just wanted to make sure that the comparisons were fair.

Re: Release of Mithril 1.0

#15

Post by jbucaran »

dwaltrip wrote: post #11
baconomatic wrote: post #6

Earlier quoted context omitted.

I'm not expecting there to be a huge difference, but it looks silly to include non-standard features for both React and Vue. As for performance, do you have a setup that we could see that shows how those are generated? Just genuinely curious.

Is redux considered "standard" in react land? I thought a lot of projects don't make use of it.

Redux is an opinionated implementation of the SAM pattern for React. The same pattern can be seen in the Elm Architecture.

• http://sam.js.org

Now, I don't know how old this pattern is, or whether it was already commonplace 15 years ago. I was introduced to these ideas first through Redux, then learned Elm, the found SAM.

Re: Release of Mithril 1.0

#17

Post by epidemian »

gregmac wrote: post #5

I used Mithril for a prototype app a couple years ago, and it was one of those projects that is awesome to get into: the documentation is short but complete, and you can basically learn it and produce a usable app in an afternoon. One of the things I really liked is there's really no sense of 'magic': as I was learning it, it just clicked and I could basically picture how the framework had been implemented. So many t…

> One of the things I really liked is there's really no sense of 'magic'

Absolutely! And besides making it feel much less 'magic', Mithril's simplicity also reflects on the tooling, bundle sizes, and general code complexity needed to get things going.

I did a small-to-medium-sized project using Mithril last year, and felt like the learning curve was super smooth; no hard bumps at all. The development progress felt quite steady during the project, and the bundle sizes and speed of the app were always fine; it felt very snappy.

Recently i worked on a different project with a React+Redux (+react-router, +Glamor, +Babel, +Webpack, +whatnot) stack, and i don't know if it was the project itself that required so much more complexity, or that we made the wrong decisions regarding architecture, but everything felt bloated. Bundle sizes nearing the 1MB mark; "build" times of dozens of seconds on beefy development machines; and a level of boilerplate code that reminded me of my Java EE days (but with none of the type safety... besides React's verbose PropTypes).

I can't say i feel too hot about the current trends of front-end development :/

I hope that simpler libraries like Mithril get more traction :)

Re: Release of Mithril 1.0

#18

Post by tomcam »

gregmac wrote: post #5

I used Mithril for a prototype app a couple years ago, and it was one of those projects that is awesome to get into: the documentation is short but complete, and you can basically learn it and produce a usable app in an afternoon. One of the things I really liked is there's really no sense of 'magic': as I was learning it, it just clicked and I could basically picture how the framework had been implemented. So many t…

That changelog is mind-bogglingly good

Re: Release of Mithril 1.0

#20

Post by pygy_ »

dandare wrote: post #19

How does Mithril play with TypeScript? I am tempted to give it a shot...

There are unofficial typings, which will likely be merged at some point. The v0.2 branch had typings, but v1 is a rewite from scratch and those don't apply anymore.
Post reply on HN