-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
React & Flux #3
Comments
@moimikey I actually wanted to try out Delorean http://deloreanjs.com/ |
Love the name also :) i've been doing multiple passes at https://github.com/voronianski/flux-comparison |
Hi Michael! So what did you pick? Do you think you would have done anything differently with the new crop of Flux Capacitors? |
at ShopKeep however, we ended up using FluxThis—not my first choice—which I think some of the team had eventually regretted. |
I'm also interested in seeing where Cycle goes. Ditching JSX for the simplified syntax seems like a real plus. You're still stuck with picking a flux-ish store library to track component states though I think. Never heard of FluxThis.... Even on small apps this can turn into a real drag. |
btw, your portfolio site doesn't suck heh heh heh heh heh heh heh |
ditching the JSX is all good. i agree. Interestingly, if you wanted to still use JSX, you can still do that with cycle. You can reuse the babel transform for jsx. I tried it and it worked perfectly. With cycle, it works similarly to redux. It can have a single source of truth and pass down props (but in cycle they're just called why thank you :). i tried to make it colorful. |
this was also an interesting thread on the argument between up-down vs down-up state: cyclejs/cyclejs#191 |
I currently work at ShopKeep in downtown manhattan (across the street from Adafruit actually), and we recently had a long battled outcome of using React to re-develop our BackOffice (what ShopKeep customers use to administer their accounts). We're still deciding on what implementation of Flux to use, but so far we're strong proponents of using Marty.
The text was updated successfully, but these errors were encountered: