Well,<p>1) if I understood correctly, the design of Angular has some inherent, and rather large, performance hits.<p>2) Google isn't dogfooding Angular save for one project. Facebook seem pretty serious about doing all new developement in React.<p>3) the specific kind of developement they're doing is similar to the one I have to do right now, viz. taking an established mostly static page and adding bits of highly interactive and dynamic behavior here and there. Google used Angular to reimplement the app from scratch. I can't afford that.<p>4) Angular, at what will probably the top of its popularity right now, just broke all interfaces and syntax and everything during the passage to 2.0, for reasons that were never fully explained (to me at least). Facebook won't be able to do that without breaking the proportionally large investment they had so far with React.js and incurring significant costs, which is nice and stable and comfortable. If the benefit/cost ratio of React 2.0 (or 1.0, I guess) is acceptable for Facebook, then it will probably be acceptable for me, too.<p>5) React interacts nicely with their Flow typechecker, which I think is, uh, the safest vector, right now, to foster the adoption of algebraic typing in the mainstream of programming. I won't typecheck my JS before the summer, probably, but still, this is philosophically fun.
I've made applications using both React and Angular. Qualitatively, Angular is way easier to get started, but React "feels nicer" (it's hard to explain, but because you have to handle a lot of the eventing and message passing yourself, you feel like you understand your own app a lot better. Angular is a framework, with inversion of control -- React is just a library).<p>IMO, you should use Angular, unless you:<p>1. Need good performance with over 1000 data bindings<p>2. Are making a literal SPA (i.e. don't really need URL routing or multiple controllers)<p>3. Plan to build a long-term rock-solid application (like a backbone for an enterprise)<p>4. Want to understand exactly what is happening in your app.
+1 to "As with everything it depends"<p>Personally, when I switched to React, I never turned back. Angular gives you more out of the box but I personally hated that box. I really jive with the React way of doing things and mixins allow you to easily add more functionality like routing, etc.
that's dependent on the problem at hand. Are you building a site that has a lot of moving parts on the same page, that needs to communicate nuanced state changes across components? If so, react/flux is a godsend, since the system will be easier to maintain and customize.<p>Is your site made up of many different views that don't change much once loaded? Then angular would be a fine tool for the problem. You would likely move much faster initially, since Angular handles a lot of problems with data binding and routing for you.<p>And finally, are you sure you need either of these frameworks? If you want your front end to consume JSON but it isn't particularly dynamic, something like backbone will probably be good enough. Hell, server-rendered templates do the job in a lot of cases. No reason to solve a problem that doesn't exist.
Don't know about ReactJS, but I'd stay away from Angular, especially since Angular 2.0 will break compatibility anyway.<p>I'd probably go for Backbone, Underscore, Zepto and/or Bootstrap.