React vs. Angular 2

Post by hanniabu » Sat, Nov 21, 2015, 5:28 PM UTC

pluma wrote: post #37

jdiez17 wrote: post #12

Earlier quoted context omitted.

I've had exactly the same experience. I tried bootstrap generators like yeoman, cloned "starter kit" repositories, etc... And they would all have ~1 kilolines of code and a bunch of dependencies. If I tried to do anything (like, say, add react-bootstrap), everything would stop working. The best way is to follow a tutorial and build a small project from the ground up. Stay away from prefabricated solutions until you u…

IMO, if you need to generate a lot of boilerplate code for your React app, the app is likely incredibly boring and generic, or your code is unnecessarily bloated, or both.

Post by hitekker » Sat, Nov 21, 2015, 5:32 PM UTC

reilly3000 wrote: post #52

hitekker wrote: post #28

Earlier quoted context omitted.

> Google (who is backing Angular) doesn't have nearly as much skin in the game as Facebook (who is backing React). Excellent point. Here's another "smell" with angular: http://angularjs.org versus https://angular.io/ . The former is AngularJS 2.0 and the latter is AngularJS 1.0... they maintain two websites for two versions of the same framework. It boggles my mind. Who thought it would be a good idea to separate ver…

We were over the moon about Angular in 2014, but it quickly showed its failings as we got a bit deeper in. 2 way data binding is just precarious. But the thing that really killed me on the whole idea is how TERRIBLE it is as a user of Doubleclick Bid Manager. It is SO impossibly slow that it is practically unusable on a laptop with 4GB Ram and an i5. For a few months we could only actually upload ads to the system if…

Post by roebk » Sat, Nov 21, 2015, 5:48 PM UTC

sandstrom wrote: post #41

roebk wrote: post #20

Earlier quoted context omitted.

The team I'm apart of started a project 2 months ago. We chose React and Redux over Ember, Angular, et al. A main decision factor was that we needed the server to render our initial HTML, neither Angular nor Ember can achieve this easily, we'd most likely have to lean on a third-party service. Angular looked particularly unattractive with Angular 1 being as good as dead and we didn't feel confident starting with Angu…

Ember has a solution for server-rendered HTML, called 'Fast Boot'. It can be used both for speedup (quite obvious, given the name) and for e.g. SEO-purposes (though I think Google is pretty good at crawling JS these days). It's still at a very early stage though (alpha), but I think it has great promise. More details in the recent 2.3 beta changelog: http://emberjs.com/blog/2015/11/16/ember-2-2-released.html#t... (No…

Post by likeclockwork » Sat, Nov 21, 2015, 5:53 PM UTC

Cymen wrote: post #30

m_fayer wrote: post #24

Earlier quoted context omitted.

I think FRP is one of those technologies where going full-hog (all the things are event streams!) results in confusing code and a dogmatic, difficult, and unpleasant development experience. However, if you apply it just enough, you'll have coherent one-directional dataflow, effortless propagation of state changes, and a nice testable push architecture as a free side-effect. It's a way to tame the state-monster. And t…

I agree with you. I also like being "closer to the machine" so to speak. One day, my dev browser will support ES6/7 and I won't need babel + webpack/browserify while doing locally development, debugging will be done on unmunged code and TDD will be easy to practice as the feedback loop will be back to normal.

Post by tlrobinson » Sat, Nov 21, 2015, 6:02 PM UTC

spion wrote: post #35

Two corrections: 1. You can use types with React, either via Flow or in TypeScript with TSX. Unlike with Angular, with React you can also get type checking even in the JSX template (checking for valid component property types included, even with TypeScript) 2. You can "externalise" your render method if you really want to by simply writing import MyComponentTemplate from './external-template.tsx' let MyComponent = Re…