4 ms·

Official React support - woohoo! I've been using React and Meteor together to build a desktop web app for quantified self, and I have to say, the combination is

Official React support - woohoo! I've been using React and Meteor together to build a desktop web app for quantified self, and I have to say, the combination is magnificent for productivity. The app is 90% JS and a little CSS, and reactively updates with no extra code. MongoDB and server logic is separated from the client-side view rendering, so if I wanted to make it a thin client and remotely host the computations on another server it would be a piece of cake. An example file of code for the records overview (dashboard was a bit tabby-spacey): https://github.com/liamzebedee/metric/blob/master/client/features/RecordsOverview.jsx https://github.com/liamzebedee/metric/blob/master/client/fea...

honest_joe 11y ago
How is the performance ? For me something like Atom feels very sloppy compared to Textmate / Sublime
- Siyfion 11y ago
  Have you tried Atom since they shipped version 1.0? It's been sped up a LOT. However, I don't really think that this topic has much to do with React / Meteor, as Meteor is a full-stack web-solution, Atom is a desktop text-editor built with web technologies (and specifically React)... It's like saying my Ferrari goes faster than your boat, yup, on land.
  - honest_joe 11y ago
    I know but i have commented on a guy's post talking about building desktop web apps. Also yes i have tried the latest Atom's version. I am not bashing it's just that i feel that the performance is still worse than the native solution (obviously).
- liamzebedee 11y ago
  Well I think it's a different - my app really only deals with very simple form inputs and interactive views, there's no performance issue to think of. Text editors deal with file systems, buffers, displaying text, plugins, a bunch of other things. That being said, I get two threads inherently as a result of the client-server separation, and on the Meteor server you can properly parallelize the work as a result of its Node foundations.
- tacone 11y ago
  Why do you ask about Atom performance? Not sure if I understand the reasons, BTW FYI they recently stripped off react in favor of plain DOM for performane reasons: https://news.ycombinator.com/item?id=9117028 https://news.ycombinator.com/item?id=9117028
clessg 11y ago
Oh man, mixing tabs and spaces... React and Meteor work really well together. It's a lot less painful than trying to use Flux with an API backend. Super productive. Can't wait for SQL support and for them to FINALLY fix the build speed.
- jxm262 11y ago
  You caught my attention with this "alot less painful than trying to use Flux with an API backend" Can you elaborate a bit on how you architect your apps with Meteor and React? I've typically tied my Flux Action layer to my api backend (where my ajax code goes) which then dispatches to the Store layer, then the View (react components) listens to that... With Meteor where are you hooking your api backend into the react components? I'm a little lost looking for decent examples of different Meteor/React architectures.
  - clessg 11y ago
    In fact, there was a blog post just written about this! http://info.meteor.com/blog/meteor-the-missing-infrastructure-for-building-great-react-apps http://info.meteor.com/blog/meteor-the-missing-infrastructur...
    - jxm262 11y ago
      Cool Thanks! Do you know if there are any plans to make a sample app on github for us to follow? I'll try to do a rewrite of the example todo app using this for practice. Seems like I have a bit to read since this would seem to change the standard flow I'm currently using in my Flux pattern. Actually stumbled across this thread which gives some good reading as well - https://forums.meteor.com/t/meteorflux-flow/920/63 https://forums.meteor.com/t/meteorflux-flow/920/63.
- spinningarrow 11y ago
  How are they mixed? It looks like only tabs to me.
  - 11y ago
grandalf 11y ago
In the meantime check out this for data sync: https://github.com/charlieschwabacher/ultrawave https://github.com/charlieschwabacher/ultrawave

honest_joe 11y ago

How is the performance ? For me something like Atom feels very sloppy compared to Textmate / Sublime

Siyfion 11y ago
Have you tried Atom since they shipped version 1.0? It's been sped up a LOT. However, I don't really think that this topic has much to do with React / Meteor, as Meteor is a full-stack web-solution, Atom is a desktop text-editor built with web technologies (and specifically React)... It's like saying my Ferrari goes faster than your boat, yup, on land.
- honest_joe 11y ago
  I know but i have commented on a guy's post talking about building desktop web apps. Also yes i have tried the latest Atom's version. I am not bashing it's just that i feel that the performance is still worse than the native solution (obviously).
liamzebedee 11y ago
Well I think it's a different - my app really only deals with very simple form inputs and interactive views, there's no performance issue to think of. Text editors deal with file systems, buffers, displaying text, plugins, a bunch of other things. That being said, I get two threads inherently as a result of the client-server separation, and on the Meteor server you can properly parallelize the work as a result of its Node foundations.
tacone 11y ago
Why do you ask about Atom performance? Not sure if I understand the reasons, BTW FYI they recently stripped off react in favor of plain DOM for performane reasons: https://news.ycombinator.com/item?id=9117028 https://news.ycombinator.com/item?id=9117028

clessg 11y ago

Oh man, mixing tabs and spaces... React and Meteor work really well together. It's a lot less painful than trying to use Flux with an API backend. Super productive. Can't wait for SQL support and for them to FINALLY fix the build speed.

jxm262 11y ago
You caught my attention with this "alot less painful than trying to use Flux with an API backend" Can you elaborate a bit on how you architect your apps with Meteor and React? I've typically tied my Flux Action layer to my api backend (where my ajax code goes) which then dispatches to the Store layer, then the View (react components) listens to that... With Meteor where are you hooking your api backend into the react components? I'm a little lost looking for decent examples of different Meteor/React architectures.
- clessg 11y ago
  In fact, there was a blog post just written about this! http://info.meteor.com/blog/meteor-the-missing-infrastructure-for-building-great-react-apps http://info.meteor.com/blog/meteor-the-missing-infrastructur...
  - jxm262 11y ago
    Cool Thanks! Do you know if there are any plans to make a sample app on github for us to follow? I'll try to do a rewrite of the example todo app using this for practice. Seems like I have a bit to read since this would seem to change the standard flow I'm currently using in my Flux pattern. Actually stumbled across this thread which gives some good reading as well - https://forums.meteor.com/t/meteorflux-flow/920/63 https://forums.meteor.com/t/meteorflux-flow/920/63.
spinningarrow 11y ago
How are they mixed? It looks like only tabs to me.
- 11y ago

grandalf 11y ago

In the meantime check out this for data sync: https://github.com/charlieschwabacher/ultrawave https://github.com/charlieschwabacher/ultrawave