7 ms·

Angular vs. React – the tie breaker

76 points by tilt 11y ago

Vespasian 11y ago
I see the points why React may be a good choice. Having only worked with Angular so far I really like it's dependency injection and the possibility to make use of services and directives. However from what I understand React does not implement these features so what additional libraries could be used to keep these mechanisms? Edit: I'm working in Research so my projects typically have a limited scope and user base.
- lingojs 11y ago
  Directives are replaced by React components. I would argue, IMO, that directives are actually a half-assed implementation of components. In terms of services, I would recommend using Flux to perform actions / store your state. This is what a lot of developers are leaning towards these days. There was a great talk at React Conf about Reflux, I've never used it, but the presentation has convinced me to try it out on my next project: https://www.youtube.com/watch?v=xsSnOQynTHs https://www.youtube.com/watch?v=xsSnOQynTHs When you build with React, imagine building an application in Angular using only Directives. It isn't that simple, but that is sort of the idea with React components. I started with Angular (and still work day to day with it at work) but if someone asked me how I would architect an application tomorrow, I would go with Flux + React + ES6, no questions asked. Also, Angular2 is heavily influenced by React, so learning React now will allow you to have a better understanding of Angular2.
  - tilt 11y ago
    Just to point out that Dan Abramov's talk is about Redux, his implementation of Flux (not Reflux) https://github.com/gaearon/redux https://github.com/gaearon/redux
  - deleted 11y ago
    [deleted]
  - Vespasian 11y ago
    Awesome. Thanks for the help and the pointers :) The great thing with research-prototypes and their short term lifecycles is that you can explore a lot of different options and strategies (sometimes parallel in different projects). The disadvantage is that you need to make sure that the prototype stays a prototype and is not "expanded" into something different. (That will fail for obvious reasons)
asanagi 11y ago
This is offtopic, but is there shadowbanning on HN? Have I been shadowbanned? If you can see this comment, reply or give an upvote. Just one is enough, thanks Edit: or a downvote. Those work too.
yummybear 11y ago
Here we go again. This article is so obviously biased it's laughable. Right from the "Everybody knows about the bumpy road to mastering Angular" to the cherry picking about templates: "Yeah angular wins, but with this third party component React ties again!". Here are some other golden nuggets: "React makes it simple to control the performance. If you implement shouldComponentUpdate, you can choose which comparison you prefer - model or presentation." (Oh, "performance" have never been simpler.) "React gives you the freedom to choose, without the performance penalty. The outcome really depends on whether you're a good coder or a bad coder." (So Angular is slow regardless of you are a "good" or "bad" coder, but React performance depends on you "goodness" - check) "When something doesn't work in Angular directives, one option is to re-write the code in a different way because there's so much magic going on." (Or you could - like try to find out why something in your directive doesn't work?)
- couchand 11y ago
  I guess I'm not clear on why the statement Everybody knows about the bumpy road to mastering Angular shows a bias. I've never met a dev who found Angular easy to pick up. In fact, the rest of the original sentence describes exactly how learning Angular goes for everyone I've spoken about it with: it's quick to get started, then it improves and deteriorates as you go along. Emphasis on the "deteriorates". EDIT: Moreover, your quotation about performance is from the section on "model complexity", where the original authors were far too generous to Angular. The model of an Angular app is tightly coupled to the Angular system, whereas a React app model is just a POJO.
  - saiko-chriskun 11y ago
    Angular has been one of the easiest to pick up javascript frameworks I've worked with.
    - couchand 11y ago
      Easy to start, sure, but try building a complete non-trivial application from scratch.
hokkos 11y ago
I don't see the point of templates in react, it is just another DSL to remember and to easily forget, javascript is better, allow you to build all the most complex things that templates can't. Also template have a price, another element in the hierarchy, it means allocation, vdom diffing, when an if or a forEach in javascript is simpler and less heavy. Not having template is a win.
matthewmacleod 11y ago
I hate calling this stuff out, but this is stupid. React and Angular are two totally different things. React isn't even a framework. It's like all that awful "nodejs vs. Rails" stuff from 1-2 years ago.
robotnoises 11y ago
Fun read, though it seems that either React is almost always the better choice over Angular 1.*, or this author just prefers React over Angular. I'm thinking the latter is the more likely of the two, but consider my interest piqued. I am a full time Angular developer, but for some time now I have felt obligated to try out React. Side question: does anyone have any real experience with integrating Firebase with React a la ReactFire? I am currently working on an early-stage app using AngularFire, but it's still early enough to change if given a compelling reason to do so.
- dubcanada 11y ago
  I'm going to be a little blunt and say this. You're a full time Angular developer, you obviously know more about Angular then you do React. So why would you switch to using React? At the end of the day both can do the job just as well.
  - robotnoises 11y ago
    Haha... I don't think you're being too blunt. Why does anyone ever do something new? Curiosity? Maybe I just feel like there can be something gained by learning a slightly different way of doing the same thing?
  - woah 11y ago
    What if they were a full time jquery developer?
  - wmil 11y ago
    You need to keep yourself marketable. There are plenty of interviewers who expect most good JS devs to have React knowledge. It's the hot framework right now.
    - bryanlarsen 11y ago
      Angular 2.0 takes a lot of the good stuff from React so I think it's much more pragmatic for the average Angular dev to wait for that and learn that first. If Angular 2.0 fizzles, then learn React.
bryanlarsen 11y ago
If you think you need something like this, I highly recommend that you take a few steps back and rethink how you are doing things. One of the nicest things about designing a React app is that React makes it so easy to divide your app up into tiny little components that compose and reuse well, and are really easy to understand. Where an angular app might have 5 different controllers and accompanying templates, a similar React app might have 50 different components. One of the reasons that it's so easy to split off a new React component is because JSX is inline. Putting that into a separate file increases the impedance and maintenance burden substantially. In other words your var createItem = function(itemText) { return <li>{itemText}</li>; }; return <ul>{this.props.items.map(createItem)}</ul>; Is much more likely to be: return <MyList items={items} />; who wins now?
- grandalf 11y ago
  Was going to write a similar comment. The other benefit is that everything is just a component.
- Untit1ed 11y ago
  I started out in React by putting all my actual render functions in separate files and linking them to the component in a similar way to this templating setup. It's a pretty natural reaction everyone has when first using JSX... but silly as it sounds, the annoyance of having long render functions in your components actually encourages you to split them up and end up with better code. That said I never got over wanting nicer if/looping in JSX - if anyone else wants that compromise you can use the library I made to do it: https://github.com/valtech-au/jsx-control-statements https://github.com/valtech-au/jsx-control-statements.
- devuo 11y ago
  Why do people keep comparing Angular, a complete framework with React, which tackles only a subset of Angular? Also, the supposed architectural "benefit" of using React over Angular is absolute bullshit. You can have the same exact approach using Angular — the one with 50 different components — by building 50 different Angular Directives. I absolutely abhor when people make absolute statements about things to which they are completely ignorant about.
dubcanada 11y ago
Ignoring the bias of this article, this comparison makes no sense. AngularJS is a giant framework with all sorts of tools and stuff. ReactJS is a view/two way binding library. If you are going to compare something, why not do it correctly, and compare it against like a Flux or something.
davidhariri 11y ago
This is a very bad article. I'm not sure I really have more to say about it. Shocked to see this at the top of HN.
- aikah 11y ago
  What do you expect, HN is a bit of a "fashion magazine" for coder. "Angular? it's so 2013" /s
vcarl 11y ago
One benefit of React that I haven't seen discussed: Learning it made me feel like I was improving as a programmer. The best way to improve React applications is to learn more about the concepts behind function reactive programming, which is a skill that transfers far beyond the world of frontend development.
akilism 11y ago
There is no best. There is just a best for you/your style.
bite_victim 11y ago
Angular vs Ember perhaps would be more appropriate.
- aikah 11y ago
  Ember choices didn't make sense to me until I learn Rails. I love Rails,I just learned it recently[1] but Javascript is no Ruby. Ember is SPA oriented. Angular is much more lightweight. It has good integration with legacy jquery plugins and can be used as a widget in a page as well as in a single page application. Angular 1 doesn't rely on a compiler or an complex asset pipeline which makes it way more simple than Ember,React and co. [1]: After hearing for years that Rails was bad, which it isn't at all, on the contrary, I would definitely write a large web app like a SHOP or a complex CRM with it. On the other hand on the client side, I prefer widgets to SPA since SEO is a core requirement.
couchand 11y ago
Though I understand the complaints about this not being the most apples-to-apples comparison, I do think there is value in this article. For instance, The best feature we found with React is that never, even once, did we have to read its code. Developing Angular applications is a lesson in learning how Angular works, which means you're not learning how the software should work. You need to know far too much about the internals of Angular to successfully build applications with it, which means it's failed as a framework.
- VeejayRampay 11y ago
  The simple presence of "link" and "compile" thingies in 90% of the directives is a testament that Angular does spill its guts and is not really simple and intuitive. It annoys me to no end because in the end 95% of developers will end up copy-pasta'ing stuff from the (horrible) docs or StackOverflow without really getting it. And the thing is, they're right, they should never have to care about post-link and compile and whatnot. I mean don't get me wrong Angular is a great framework that opened a lot of possibilities for a lot of people and I'm glad it exists but it's a strange mix of "dead simple" and "oh my god kill me now" levels of sophistication.
  - WhitneyLand 11y ago
    ugh, I down voted you but meant to up vote. will try to see how it can be fixed, sorry, fingers too big.
    - couchand 11y ago
      To quote every HN comment thread ever, "I wish there was a way to add some space between those buttons."
  - dmak 11y ago
    My full-time job involves Angular, and I have to agree. I tried React briefly, and it was much easier because I didn't have to deal with understanding how the internals worked.
- 11y ago
deleted 11y ago
[deleted]
Lazare 11y ago
TL;DR: The author thinks that React is amazing at everything, but detests JSX. Conversely, he hates Angular but loves Angular's directives. So he hacked together some code that lets him use Angular directives with React, which he thinks is great and everyone else in the world detests. If you are one of the handful of people who love React, hate JSX, love Angula's directives, but hate Angular...then you will find this article very agreeable. Everyone else will react with a mixture of laughter and confusion. Sadly, the actual writing and argumentation is poor; if you don't already agree with the author's rather unique point of view, this article certainly won't convince you. It's basically just a puff piece so he can link to his directives-in-React library; eg, important debates about two-way versus one-way binding are dismissed with a quick "React has a mixin for that", which rather misses the point. (Of course, to really discuss this, you'd need to mention Flux, which is studiously ignores, probably because it would distract from his obsession with templates.) In short: I don't think the author understands React, and I doubt they understand Angular either.
- acconrad 11y ago
  > The author thinks that React is amazing at everything, but detests JSX. Conversely, he hates Angular but loves Angular's directives. The hilarious part about this statement is that React is the equivalent of the Directive component in Angular...so if you like Angular Directives, there's basically no reason to use React. I'm seriously wondering why this post got so many upvotes.
  - karmajunkie 11y ago
    I'm stuck on an older version of angular, but have directives become more composable in the last couple of versions? I had real problems composing them as element directives, which is the only way i'd be able to swallow the equivalence argument.
    - jmkni 11y ago
      Yes they have, everything is gearing towards component-based architecture in the more recent versions of Angular, and 2.0 is going to be all about components. This is a good read - http://teropa.info/blog/2014/10/24/how-ive-improved-my-angular-apps-by-banning-ng-controller.html http://teropa.info/blog/2014/10/24/how-ive-improved-my-angul...
andybak 11y ago
Did anyone make it to the end? The punchline is critical - the article is really about this: http://wix.github.io/react-templates/ http://wix.github.io/react-templates/ which I must admit is intriguing
- savanaly 11y ago
  Nope, I did not make it to the end haha. Titling your blog post "Angular vs. React" is a sure way to get clicks, but also a sure way to make the large bulk of the discussion around it be about the rivalry and not about the actual content of the post.
pygy_ 11y ago
to @asanagi who's shadowbanned: [this comment of yours](https://news.ycombinator.com/item?id=9428765 https://news.ycombinator.com/item?id=9428765) was flagged, I suppose by users, and you've been out ever since. You may want to appeal to hn@ycombinator.com, your comment wasn't egregious IMO, but the snark made it look trollish. Looking at your comment history, I see other comments that would probably have gotten you (shadow)banned as well. https://news.ycombinator.com/item?id=9850480 https://news.ycombinator.com/item?id=9850480 https://news.ycombinator.com/item?id=9766989 https://news.ycombinator.com/item?id=9766989 You may want to tone down the aggressiveness in some of your posts. Edit: addressing your concern about gender, since I feel to some extent sympathetic to what you feel, but not to your reactions. People who systematically graft a men (agressors) vs women (victims) on topics like domestic violence or prostitution do grind my gears, since it's only part of the narrative and they tend to be blind to the rest of it. That being said we've been through a heavily misogynistic period (see the women's right movement in the 20th century or this story about raganwald's mother: http://braythwayt.com/posterous/2012/03/29/a-womans-story.html http://braythwayt.com/posterous/2012/03/29/a-womans-story.ht...), and, due to networks effects, it requires sustained action to correct (see http://ncase.me/polygons/ http://ncase.me/polygons/), removing the old biases is not enough. Still, invoking imaginary hard core feminists in that thread about positive discrimination towards women in academia was a bad idea. Without more context, I would have flagged it if I had seen it back then.
omouse 11y ago
It's an interesting comparison but not something I would put much weight into when it comes to making a decision for my next project. Both React and AngularJS can be introduced progressively so as a 20% time project introducing either of them into existing projects wouldn't be too bad and you can make your own informed opinion then.
Cthulhu_ 11y ago
Yet another Angular VS React comparison that misses the blatantly obvious - the two are not the same. React is a UI component, Angular is a complete framework. Please stop.
xixixao 11y ago
This is such a step back, it's a completely wrong approach trying to mimick it in React: <ul> <li ng-repeat="item in items">{{item}}</li> </ul> The equivalent in ES6 (which is React's preferred way to do things now): return <ul> {this.props.items.map(item => <li>{item}</li>)} </ul>; It's just code! This gets better as you use a better language than JavaScript[0]: <ul> {<li>{item}</li> for item in @props.items} </ul> Shorter, way more explicit, no new attributes to learn. Enjoy. [0] https://github.com/jsdf/coffee-react https://github.com/jsdf/coffee-react
xrd 11y ago
I wish there were something here about testing. Last I looked, Angular has a better testing story than React. This is one thing I like about Angular a lot, the importance the authors put towards making testable JS code.
- insin 11y ago
  James Shore (of Let’s Code: Test-Driven JavaScript) has Testability as part of the criteria for his An Unconventional Review of... series of posts. An Unconventional Review of Angular JS: http://www.letscodejavascript.com/v3/blog/2015/01/angular_review http://www.letscodejavascript.com/v3/blog/2015/01/angular_re... An Unconventional Review of React: http://www.letscodejavascript.com/v3/blog/2014/09/react_review http://www.letscodejavascript.com/v3/blog/2014/09/react_revi...
rajington 11y ago
NOTE: This article seems to be a couple of MONTHS old. Look at the age in the comments section.
matthuggins 11y ago
Oh god, I didn't think it would be possible to dislike react, but you went and threw a hideous renovating language on top of it. This makes it seem like you don't understand how components work. Why even use react in the first place then?
programminggeek 11y ago
Real Question: Why would you use these instead of something like Knockout.js?
- disease 11y ago
  Because it's from Microsoft and they are EVIL! Seriously though, I've worked on projects with Angular and Backbone and have messed around with React, but every project both big and small that I have started has ended up using KnockoutJS. It is easy to learn, performs amazingly well even with tens of thousands of records, has extremely powerful custom bindings to extend its functionality and even has excellent templating to boot! Of course in the end people (including myself) just go with what they know and/or want to learn - so which JS framework is "the best" is just a matter of opinion. Having said that, I'd love to hear from someone that has years of Knockout experience explain why they think it is inferior to any other library OR framework.
vkjv 11y ago
I've always thought that flow-control in XML / templates is very messy. That's one of the things that I really like about JSX. It's a very simple, easy to understand transformation to function calls to make HTML generating code look more like HTML, but it's just JS. You don't need to invent flow control attributes on HTML that are really JS, because you are just using JS. This completely removes that. I'm glad it works for you though and happy hacking!

76 points by tilt 11y ago

I see the points why React may be a good choice. Having only worked with Angular so far I really like it's dependency injection and the possibility to make use of services and directives. However from what I understand React does not implement these features so what additional libraries could be used to keep these mechanisms? Edit: I'm working in Research so my projects typically have a limited scope and user base.

lingojs 11y ago
Directives are replaced by React components. I would argue, IMO, that directives are actually a half-assed implementation of components. In terms of services, I would recommend using Flux to perform actions / store your state. This is what a lot of developers are leaning towards these days. There was a great talk at React Conf about Reflux, I've never used it, but the presentation has convinced me to try it out on my next project: https://www.youtube.com/watch?v=xsSnOQynTHs https://www.youtube.com/watch?v=xsSnOQynTHs When you build with React, imagine building an application in Angular using only Directives. It isn't that simple, but that is sort of the idea with React components. I started with Angular (and still work day to day with it at work) but if someone asked me how I would architect an application tomorrow, I would go with Flux + React + ES6, no questions asked. Also, Angular2 is heavily influenced by React, so learning React now will allow you to have a better understanding of Angular2.
- tilt 11y ago
  Just to point out that Dan Abramov's talk is about Redux, his implementation of Flux (not Reflux) https://github.com/gaearon/redux https://github.com/gaearon/redux
- deleted 11y ago
  [deleted]
- Vespasian 11y ago
  Awesome. Thanks for the help and the pointers :) The great thing with research-prototypes and their short term lifecycles is that you can explore a lot of different options and strategies (sometimes parallel in different projects). The disadvantage is that you need to make sure that the prototype stays a prototype and is not "expanded" into something different. (That will fail for obvious reasons)

asanagi 11y ago

This is offtopic, but is there shadowbanning on HN? Have I been shadowbanned? If you can see this comment, reply or give an upvote. Just one is enough, thanks Edit: or a downvote. Those work too.

yummybear 11y ago

Here we go again. This article is so obviously biased it's laughable. Right from the "Everybody knows about the bumpy road to mastering Angular" to the cherry picking about templates: "Yeah angular wins, but with this third party component React ties again!". Here are some other golden nuggets: "React makes it simple to control the performance. If you implement shouldComponentUpdate, you can choose which comparison you prefer - model or presentation." (Oh, "performance" have never been simpler.) "React gives you the freedom to choose, without the performance penalty. The outcome really depends on whether you're a good coder or a bad coder." (So Angular is slow regardless of you are a "good" or "bad" coder, but React performance depends on you "goodness" - check) "When something doesn't work in Angular directives, one option is to re-write the code in a different way because there's so much magic going on." (Or you could - like try to find out why something in your directive doesn't work?)

couchand 11y ago
I guess I'm not clear on why the statement Everybody knows about the bumpy road to mastering Angular shows a bias. I've never met a dev who found Angular easy to pick up. In fact, the rest of the original sentence describes exactly how learning Angular goes for everyone I've spoken about it with: it's quick to get started, then it improves and deteriorates as you go along. Emphasis on the "deteriorates". EDIT: Moreover, your quotation about performance is from the section on "model complexity", where the original authors were far too generous to Angular. The model of an Angular app is tightly coupled to the Angular system, whereas a React app model is just a POJO.
- saiko-chriskun 11y ago
  Angular has been one of the easiest to pick up javascript frameworks I've worked with.
  - couchand 11y ago
    Easy to start, sure, but try building a complete non-trivial application from scratch.

hokkos 11y ago

I don't see the point of templates in react, it is just another DSL to remember and to easily forget, javascript is better, allow you to build all the most complex things that templates can't. Also template have a price, another element in the hierarchy, it means allocation, vdom diffing, when an if or a forEach in javascript is simpler and less heavy. Not having template is a win.

matthewmacleod 11y ago

I hate calling this stuff out, but this is stupid. React and Angular are two totally different things. React isn't even a framework. It's like all that awful "nodejs vs. Rails" stuff from 1-2 years ago.

robotnoises 11y ago

Fun read, though it seems that either React is almost always the better choice over Angular 1.*, or this author just prefers React over Angular. I'm thinking the latter is the more likely of the two, but consider my interest piqued. I am a full time Angular developer, but for some time now I have felt obligated to try out React. Side question: does anyone have any real experience with integrating Firebase with React a la ReactFire? I am currently working on an early-stage app using AngularFire, but it's still early enough to change if given a compelling reason to do so.

dubcanada 11y ago
I'm going to be a little blunt and say this. You're a full time Angular developer, you obviously know more about Angular then you do React. So why would you switch to using React? At the end of the day both can do the job just as well.
- robotnoises 11y ago
  Haha... I don't think you're being too blunt. Why does anyone ever do something new? Curiosity? Maybe I just feel like there can be something gained by learning a slightly different way of doing the same thing?
- woah 11y ago
  What if they were a full time jquery developer?
- wmil 11y ago
  You need to keep yourself marketable. There are plenty of interviewers who expect most good JS devs to have React knowledge. It's the hot framework right now.
  - bryanlarsen 11y ago
    Angular 2.0 takes a lot of the good stuff from React so I think it's much more pragmatic for the average Angular dev to wait for that and learn that first. If Angular 2.0 fizzles, then learn React.

bryanlarsen 11y ago

If you think you need something like this, I highly recommend that you take a few steps back and rethink how you are doing things. One of the nicest things about designing a React app is that React makes it so easy to divide your app up into tiny little components that compose and reuse well, and are really easy to understand. Where an angular app might have 5 different controllers and accompanying templates, a similar React app might have 50 different components. One of the reasons that it's so easy to split off a new React component is because JSX is inline. Putting that into a separate file increases the impedance and maintenance burden substantially. In other words your var createItem = function(itemText) { return <li>{itemText}</li>; }; return <ul>{this.props.items.map(createItem)}</ul>; Is much more likely to be: return <MyList items={items} />; who wins now?

grandalf 11y ago
Was going to write a similar comment. The other benefit is that everything is just a component.
Untit1ed 11y ago
I started out in React by putting all my actual render functions in separate files and linking them to the component in a similar way to this templating setup. It's a pretty natural reaction everyone has when first using JSX... but silly as it sounds, the annoyance of having long render functions in your components actually encourages you to split them up and end up with better code. That said I never got over wanting nicer if/looping in JSX - if anyone else wants that compromise you can use the library I made to do it: https://github.com/valtech-au/jsx-control-statements https://github.com/valtech-au/jsx-control-statements.
devuo 11y ago
Why do people keep comparing Angular, a complete framework with React, which tackles only a subset of Angular? Also, the supposed architectural "benefit" of using React over Angular is absolute bullshit. You can have the same exact approach using Angular — the one with 50 different components — by building 50 different Angular Directives. I absolutely abhor when people make absolute statements about things to which they are completely ignorant about.

dubcanada 11y ago

Ignoring the bias of this article, this comparison makes no sense. AngularJS is a giant framework with all sorts of tools and stuff. ReactJS is a view/two way binding library. If you are going to compare something, why not do it correctly, and compare it against like a Flux or something.

davidhariri 11y ago

This is a very bad article. I'm not sure I really have more to say about it. Shocked to see this at the top of HN.

aikah 11y ago
What do you expect, HN is a bit of a "fashion magazine" for coder. "Angular? it's so 2013" /s

vcarl 11y ago

One benefit of React that I haven't seen discussed: Learning it made me feel like I was improving as a programmer. The best way to improve React applications is to learn more about the concepts behind function reactive programming, which is a skill that transfers far beyond the world of frontend development.

akilism 11y ago

There is no best. There is just a best for you/your style.

bite_victim 11y ago

Angular vs Ember perhaps would be more appropriate.

aikah 11y ago
Ember choices didn't make sense to me until I learn Rails. I love Rails,I just learned it recently[1] but Javascript is no Ruby. Ember is SPA oriented. Angular is much more lightweight. It has good integration with legacy jquery plugins and can be used as a widget in a page as well as in a single page application. Angular 1 doesn't rely on a compiler or an complex asset pipeline which makes it way more simple than Ember,React and co. [1]: After hearing for years that Rails was bad, which it isn't at all, on the contrary, I would definitely write a large web app like a SHOP or a complex CRM with it. On the other hand on the client side, I prefer widgets to SPA since SEO is a core requirement.

couchand 11y ago

Though I understand the complaints about this not being the most apples-to-apples comparison, I do think there is value in this article. For instance, The best feature we found with React is that never, even once, did we have to read its code. Developing Angular applications is a lesson in learning how Angular works, which means you're not learning how the software should work. You need to know far too much about the internals of Angular to successfully build applications with it, which means it's failed as a framework.

VeejayRampay 11y ago
The simple presence of "link" and "compile" thingies in 90% of the directives is a testament that Angular does spill its guts and is not really simple and intuitive. It annoys me to no end because in the end 95% of developers will end up copy-pasta'ing stuff from the (horrible) docs or StackOverflow without really getting it. And the thing is, they're right, they should never have to care about post-link and compile and whatnot. I mean don't get me wrong Angular is a great framework that opened a lot of possibilities for a lot of people and I'm glad it exists but it's a strange mix of "dead simple" and "oh my god kill me now" levels of sophistication.
- WhitneyLand 11y ago
  ugh, I down voted you but meant to up vote. will try to see how it can be fixed, sorry, fingers too big.
  - couchand 11y ago
    To quote every HN comment thread ever, "I wish there was a way to add some space between those buttons."
- dmak 11y ago
  My full-time job involves Angular, and I have to agree. I tried React briefly, and it was much easier because I didn't have to deal with understanding how the internals worked.
11y ago

deleted 11y ago

[deleted]

Lazare 11y ago

TL;DR: The author thinks that React is amazing at everything, but detests JSX. Conversely, he hates Angular but loves Angular's directives. So he hacked together some code that lets him use Angular directives with React, which he thinks is great and everyone else in the world detests. If you are one of the handful of people who love React, hate JSX, love Angula's directives, but hate Angular...then you will find this article very agreeable. Everyone else will react with a mixture of laughter and confusion. Sadly, the actual writing and argumentation is poor; if you don't already agree with the author's rather unique point of view, this article certainly won't convince you. It's basically just a puff piece so he can link to his directives-in-React library; eg, important debates about two-way versus one-way binding are dismissed with a quick "React has a mixin for that", which rather misses the point. (Of course, to really discuss this, you'd need to mention Flux, which is studiously ignores, probably because it would distract from his obsession with templates.) In short: I don't think the author understands React, and I doubt they understand Angular either.

acconrad 11y ago
> The author thinks that React is amazing at everything, but detests JSX. Conversely, he hates Angular but loves Angular's directives. The hilarious part about this statement is that React is the equivalent of the Directive component in Angular...so if you like Angular Directives, there's basically no reason to use React. I'm seriously wondering why this post got so many upvotes.
- karmajunkie 11y ago
  I'm stuck on an older version of angular, but have directives become more composable in the last couple of versions? I had real problems composing them as element directives, which is the only way i'd be able to swallow the equivalence argument.
  - jmkni 11y ago
    Yes they have, everything is gearing towards component-based architecture in the more recent versions of Angular, and 2.0 is going to be all about components. This is a good read - http://teropa.info/blog/2014/10/24/how-ive-improved-my-angular-apps-by-banning-ng-controller.html http://teropa.info/blog/2014/10/24/how-ive-improved-my-angul...

andybak 11y ago

Did anyone make it to the end? The punchline is critical - the article is really about this: http://wix.github.io/react-templates/ http://wix.github.io/react-templates/ which I must admit is intriguing

savanaly 11y ago
Nope, I did not make it to the end haha. Titling your blog post "Angular vs. React" is a sure way to get clicks, but also a sure way to make the large bulk of the discussion around it be about the rivalry and not about the actual content of the post.

pygy_ 11y ago

to @asanagi who's shadowbanned: [this comment of yours](https://news.ycombinator.com/item?id=9428765 https://news.ycombinator.com/item?id=9428765) was flagged, I suppose by users, and you've been out ever since. You may want to appeal to hn@ycombinator.com, your comment wasn't egregious IMO, but the snark made it look trollish. Looking at your comment history, I see other comments that would probably have gotten you (shadow)banned as well. https://news.ycombinator.com/item?id=9850480 https://news.ycombinator.com/item?id=9850480 https://news.ycombinator.com/item?id=9766989 https://news.ycombinator.com/item?id=9766989 You may want to tone down the aggressiveness in some of your posts. Edit: addressing your concern about gender, since I feel to some extent sympathetic to what you feel, but not to your reactions. People who systematically graft a men (agressors) vs women (victims) on topics like domestic violence or prostitution do grind my gears, since it's only part of the narrative and they tend to be blind to the rest of it. That being said we've been through a heavily misogynistic period (see the women's right movement in the 20th century or this story about raganwald's mother: http://braythwayt.com/posterous/2012/03/29/a-womans-story.html http://braythwayt.com/posterous/2012/03/29/a-womans-story.ht...), and, due to networks effects, it requires sustained action to correct (see http://ncase.me/polygons/ http://ncase.me/polygons/), removing the old biases is not enough. Still, invoking imaginary hard core feminists in that thread about positive discrimination towards women in academia was a bad idea. Without more context, I would have flagged it if I had seen it back then.

omouse 11y ago

It's an interesting comparison but not something I would put much weight into when it comes to making a decision for my next project. Both React and AngularJS can be introduced progressively so as a 20% time project introducing either of them into existing projects wouldn't be too bad and you can make your own informed opinion then.

Cthulhu_ 11y ago

Yet another Angular VS React comparison that misses the blatantly obvious - the two are not the same. React is a UI component, Angular is a complete framework. Please stop.

xixixao 11y ago

This is such a step back, it's a completely wrong approach trying to mimick it in React: <ul> <li ng-repeat="item in items">{{item}}</li> </ul> The equivalent in ES6 (which is React's preferred way to do things now): return <ul> {this.props.items.map(item => <li>{item}</li>)} </ul>; It's just code! This gets better as you use a better language than JavaScript[0]: <ul> {<li>{item}</li> for item in @props.items} </ul> Shorter, way more explicit, no new attributes to learn. Enjoy. [0] https://github.com/jsdf/coffee-react https://github.com/jsdf/coffee-react

xrd 11y ago

I wish there were something here about testing. Last I looked, Angular has a better testing story than React. This is one thing I like about Angular a lot, the importance the authors put towards making testable JS code.

insin 11y ago
James Shore (of Let’s Code: Test-Driven JavaScript) has Testability as part of the criteria for his An Unconventional Review of... series of posts. An Unconventional Review of Angular JS: http://www.letscodejavascript.com/v3/blog/2015/01/angular_review http://www.letscodejavascript.com/v3/blog/2015/01/angular_re... An Unconventional Review of React: http://www.letscodejavascript.com/v3/blog/2014/09/react_review http://www.letscodejavascript.com/v3/blog/2014/09/react_revi...

rajington 11y ago

NOTE: This article seems to be a couple of MONTHS old. Look at the age in the comments section.

matthuggins 11y ago

Oh god, I didn't think it would be possible to dislike react, but you went and threw a hideous renovating language on top of it. This makes it seem like you don't understand how components work. Why even use react in the first place then?

programminggeek 11y ago

Real Question: Why would you use these instead of something like Knockout.js?

disease 11y ago
Because it's from Microsoft and they are EVIL! Seriously though, I've worked on projects with Angular and Backbone and have messed around with React, but every project both big and small that I have started has ended up using KnockoutJS. It is easy to learn, performs amazingly well even with tens of thousands of records, has extremely powerful custom bindings to extend its functionality and even has excellent templating to boot! Of course in the end people (including myself) just go with what they know and/or want to learn - so which JS framework is "the best" is just a matter of opinion. Having said that, I'd love to hear from someone that has years of Knockout experience explain why they think it is inferior to any other library OR framework.

vkjv 11y ago

I've always thought that flow-control in XML / templates is very messy. That's one of the things that I really like about JSX. It's a very simple, easy to understand transformation to function calls to make HTML generating code look more like HTML, but it's just JS. You don't need to invent flow control attributes on HTML that are really JS, because you are just using JS. This completely removes that. I'm glad it works for you though and happy hacking!