JavaScript Fatigue

You may wanna check this package out. It covers both Flux and Redux patterns.

1 Like

One of the most helpful threads/conversions/dialogues I’ve ever read about Meteor.

To OP: Your post did more to address my concerns about the churn rate of the NodeJS ecosystem and how that’s creeping into Meteor than any whining post from a frustrated developer, or any cloak-and-dagger statement from MDG.

Thank you!

3 Likes

Redux has definitely made my life easier, if only for the great redux-forms which makes forms a breeze. Watching upcoming tools and understand what they solve is important. Don’t go blindly learning a tool if you don’t know why you would need it.

1 Like

You shouldn’t really be using jQuery with React though. You can use jQuery but it’s far from recommended, since React likes to take full control of the DOM.

You’d be better off with this markup:

<input id="my-input" type="text" name="myInput" onChange={this._onChange} />

and this JS:

event.target.myInput.value;

1 Like

I’m in the middle of evaluating Redux, but for awhile now, this is exactly how I’ve used the ā€œFluxā€ pattern. The mechanics described above is pretty much implemented in this package (but there are others): https://atmospherejs.com/woody/flux

1 Like

I trigger events during some of my automated testing. Like I said, I fixed it by making my testing framework smart enough to do it their way if it’s a react component I’m testing, but it’s annoying that it didn’t just work.

1 Like

Oh, I see… I mis-read and thought you needed to do that in production. I’ve had really good luck with webdriver based tools like Chimp or Capybara. I’ve tinkered a bit with the React test utils but they’re pretty low level.