News for hackers. Stuff that matters.
Re:How we do Vue: one year later (2017) by Kiro on Monday March 18, 2019 @06:05PM (#19425825)
> Just use VueX

That's the problem with large-scale Vue apps. Vue is awesome until you need to use VueX, after which it just becomes an inferior version of React + Redux.

Re:How we do Vue: one year later (2017) by wishinghand on Monday March 18, 2019 @06:50PM (#19426153)
I've always found Redux to be an overcomplicated mess, whereas Vuex is quite simple and has a nice, logical flow. For those who think it's still too complex, I've heard that Pathify https://davestewart.github.io/vuex-pathify is a great solution.
Re:How we do Vue: one year later (2017) by Rapzid on Monday March 18, 2019 @10:59PM (#19427702)
I regret every line of Redux boilerplate I ever wrote before discovering MobX. MobX is now even more fantastic with the new proxy based implementation.

Reading up on VueX.. Not really looking forward to having to use it over MobX.

Re:How we do Vue: one year later (2017) by Illniyar on Tuesday March 19, 2019 @04:09AM (#19428940)
VueX is terrible. I'm using vue with MobX, and though it's not as seamless as with react, you still get most of the benefits. There's just nothing that comes close to it.
Re:How we do Vue: one year later (2017) by Kiro on Tuesday March 19, 2019 @10:20AM (#19431017)
> MobX is now even more fantastic with the new proxy based implementation.

What does this mean? I've used MobX in the past but curious what has changed with this.

Re:How we do Vue: one year later (2017) by wishinghand on Tuesday March 19, 2019 @12:19PM (#19432276)
I'm wondering if it's this: https://davidwalsh.name/javascript-proxy
Re:How we do Vue: one year later (2017) by Tade0 on Monday March 18, 2019 @06:18PM (#19425934)
Inferior? How exactly?

I found Redux to be highly over-engineered in contrast to Vuex which is a lot like MobX - easy to use, yet powerful.

Re:How we do Vue: one year later (2017) by wp381640 on Monday March 18, 2019 @08:04PM (#19426661)
> highly over-engineered

Redux is a couple hundred lines of code. A good way to learn the pattern it to reimplement it yourself - which you could probably do in ~100LOC if you ignore the helper functions

Re:How we do Vue: one year later (2017) by Rapzid on Monday March 18, 2019 @11:02PM (#19427720)
I believe the OP meant in the sense of say, implementing a client for a network service in python using recursion with multiple re-entry points instead of a for loop..
Re:How we do Vue: one year later (2017) by enraged_camel on Monday March 18, 2019 @08:54PM (#19427033)
>>Redux is a couple hundred lines of code.

That's not a refutation of the parent's statement.

Re:How we do Vue: one year later (2017) by nerdwaller on Monday March 18, 2019 @06:25PM (#19425981)
This is my thought as well, adding that it feels like way less boilerplate due to the integration with the underlying framework
Re:How we do Vue: one year later (2017) by Stoids on Tuesday March 19, 2019 @12:41PM (#19432525)
I like the idea that the 200 line event dispatching state atom is more over-engineered than a framework that works off wrapped "observable" objects and uses ES6 proxy magic (MobX). Do proxies work in IE11? Didn't think you could just polyfill them.
Re:How we do Vue: one year later (2017) by jmull3n on Tuesday March 19, 2019 @03:17AM (#19428744)
Agreed. Give me MobX over Redux any day of the week.
Re:How we do Vue: one year later (2017) by pietrovismara on Monday March 18, 2019 @06:08PM (#19425850)
Ever tried vuex-module-decorators? Add that to the recipe and using vuex with Typescript becomes really easy and a pleasure to write.
Re:How we do Vue: one year later (2017) by chadbaud on Monday March 18, 2019 @06:10PM (#19425867)
Could you expound? I feel the exact opposite, and I'm genuinely curious why you feel that way.