The performance improvements are impressive if they translate to real-world apps, however speed is only one of the reasons I use Vue.js. The other big reasons are stability and incredibly good documentation.
Show HN: Moon – fast 7k Vue alternative
51–60 of 200 posts
Re: Show HN: Moon – fast 7k Vue alternative
#52I'm a big fan of Vue and I think Moon looks very promising.
I have some questions w.r.t Vue API compatibility:
- In Vue, you can call a method or access a variable directly using this.var or this.fn, did you deliberately choose to do it in a different way or are you planning to implement this using defineProperty?
- Are you planning to implement filters and refs?
- Are you planning to make it compatible with Vue to make it a drop-in replacement?
If it's gonna be a drop-in replacement and existing code can be reused, I can imagine testing it for some projects (framework7 based).
Edit: Another idea would be to integrate all the performance improvements in Vue, Evan You is a great developer who single-handedly built this great framework and I think it's a good idea to make your ideas available for the whole Vue ecosystem. Are you having plans to do that?
Re: Show HN: Moon – fast 7k Vue alternative
#53So moon is the alternative to vue which is the alternative to angular(ui engine)/react... Oh dear... How those frameworks want to get used in a wider manner when they place themselves in a 10% of 10% of 30% of the market segment?
It's a good thing that writing an OS is a bit more complex or we'd have seen a huge fragmentation of that space too. What's bugging me is that most JS work would have probably been better off as an improvement on something existing.
And your time commenting would be better spent doing pushups. But that's not really how motivation and interest work.
Re: Show HN: Moon – fast 7k Vue alternative
#54I'm a big fan of Vue and I think Moon looks very promising. I have some questions w.r.t Vue API compatibility: - In Vue, you can call a method or access a variable directly using this.var or this.fn, did you deliberately choose to do it in a different way or are you planning to implement this using defineProperty ? - Are you planning to implement filters and refs? - Are you planning to make it compatible with Vue to…
Awesome, I'll be glad to answer these!
1. I'm not planning for this, as it has a runtime cost, but it can easily be done with a plugin[1].
2. I'm not planning to implement filters, as you can use methods instead. Refs might be coming if there is enough demand.
3. Moon is actually going in a different direction from Vue now. The core API will be very similar, but it might not be a drop in replacement for some of the advanced features of Vue. Most directives work, components are similar, but it won't be fully compatible.
[1] https://jsfiddle.net/btoegknn/
EDIT: To answer your edited question: I agree, Evan is a super smart developer, kudos to him for building Vue!
Applying some of the performance improvements might be a little complex for Vue, because Moon's compiler is fundamentally different in a couple ways. It generates code for a stricter HyperScript-like syntax (called "HyperMoon"), while Vue aims to be compatible with JSX as well.
Differences like these, while might seem small, are actually pretty complex when implemented in code.
Re: Show HN: Moon – fast 7k Vue alternative
#55Earlier quoted context omitted.
FWIW, I'm having extreme troubles reading the docs at http://moonjs.ga/docs/overview.html . The text is almost the same as the background for me.
Sorry about that! I just updated the font-weight and colors. There should be more contrast now.
Yes, much better, thank you! Perhaps the menu to the left could get the same treatment? :)
Re: Show HN: Moon – fast 7k Vue alternative
#56Earlier quoted context omitted.
It's a good thing that writing an OS is a bit more complex or we'd have seen a huge fragmentation of that space too. What's bugging me is that most JS work would have probably been better off as an improvement on something existing.
And your time commenting would be better spent doing pushups. But that's not really how motivation and interest work.
But I also do push-ups. See, it is rarely an either-or proposition. One could push vue.js to the limit and then decide to do a rewrite. But to take the rewrite option as the first available exit whilst explicitly referring to the original is fragmentation where I wonder if it is actually needed.
Re: Show HN: Moon – fast 7k Vue alternative
#57I'm a big fan of Vue and I think Moon looks very promising. I have some questions w.r.t Vue API compatibility: - In Vue, you can call a method or access a variable directly using this.var or this.fn, did you deliberately choose to do it in a different way or are you planning to implement this using defineProperty ? - Are you planning to implement filters and refs? - Are you planning to make it compatible with Vue to…
Awesome, I'll be glad to answer these! 1. I'm not planning for this, as it has a runtime cost, but it can easily be done with a plugin[1]. 2. I'm not planning to implement filters, as you can use methods instead. Refs might be coming if there is enough demand. 3. Moon is actually going in a different direction from Vue now. The core API will be very similar, but it might not be a drop in replacement for some of the a…
Thanks for the fast answer!
That's a tough path you took and I wish you'll reach your goals. There are currently many frameworks who want to get the mind share. Would you mind to share your mindset behind the decision to split and build a new framework? Is there something in Vue you oppose or new concepts you would like to introduce? Would be very interested to hear your thoughts, I'm always on the lookout.
Re: Show HN: Moon – fast 7k Vue alternative
#58Can all the JS framework people lock themselves in a building for a year and figure our the right way to do this -- and only then share it with the world?
Getting ridiculous.
Re: Show HN: Moon – fast 7k Vue alternative
#59So far, the Infinite monkey theorem is just giving us an infinite number of javascript frameworks, and no Shakespeare
This is what research looks like. You keep trying new things, making small improvements if you can. But sometimes you just try something different and it's not better. The truth, with software, is you don't really know what the implications of a design change are until you use it. We know a lot about what's good and bad about React now because we used it for a ton of stuff. That's the equivalent of taking your test v…
If you want something comprehensible and predictable, go use something else!
Reflect upon this comment for a moment.
What you just said is, if we want a comprehensible, predictable development ecosystem, we should just use something other than the web.
Do you understand why this rebuttal is a bit ridiculous?
Re: Show HN: Moon – fast 7k Vue alternative
#60Earlier quoted context omitted.
Awesome, I'll be glad to answer these! 1. I'm not planning for this, as it has a runtime cost, but it can easily be done with a plugin[1]. 2. I'm not planning to implement filters, as you can use methods instead. Refs might be coming if there is enough demand. 3. Moon is actually going in a different direction from Vue now. The core API will be very similar, but it might not be a drop in replacement for some of the a…
Thanks for the fast answer! That's a tough path you took and I wish you'll reach your goals. There are currently many frameworks who want to get the mind share. Would you mind to share your mindset behind the decision to split and build a new framework? Is there something in Vue you oppose or new concepts you would like to introduce? Would be very interested to hear your thoughts, I'm always on the lookout.
No problem! I wanted to build a new framework mainly because my Vue app was becoming slow and I wanted something small. Moon is 7kb minified and gzipped, that makes it really fast to load on mobile.
If you take out the compiler (similar to Vue's runtime version), Moon is only 3kb minified and gzipped!
Check out the Medium Article[1] and the README for more information on why I made it.