What are some large AngularJS projects that have been launched? I could only find Google DoubleClick and YouTube's PS3 interface. http://builtwith.angularjs.org/
I have a feeling AngularJS is the type of framework the will be used often for inside-the-firewall type of corporate apps than public facing consumer web stuff. But this is just my hunch right now and is influenced by my past building these style apps with Adobe Flex.
I'm not sure what you're comparing this to but 9,000 lines of well-written code in a powerful MVC framework is a very significant size.
Because there is so little boiler-plate code that is being written, the utility-density of such a codebase can be extraordinarily high. 9,000 lines of PHP could amount to very little utility but when well-architected, there is a crazy amount that can be done with even 2,000 lines of a framework such as Angular or Rails.
[EDIT]
The point I'm making is that a good developer working in harmony with a framework can do in 4 very readable lines what a less experienced developer might easily expand to 60 lines. As such dismissing a 15k codebase as "small" is somewhat naive. A 15k Angular app can do a vast amount.
My experience with Rails (and my limited experience with Angular suggests it's similar) is that working harmoniously with the framework gives you massive amounts of utility with very, very few lines of code. I've personally refactored 100 line controllers from junior developers down to 12 lines. It might feel macho to compare codebase sizes but there's no strong coupling to utility (arguably perhaps the reverse).
You can certainly write 60k apps in Rails, Angular or Django but dismissing a 15k app as "small" doesn't do justice to the utility that even such a "small" codebase can deliver.
...sorry this comment was so long I didn't have time to write a short one ;)
The small team I am on just re-wrote a number of different apps written by 3rd parties that were 20/30k and got them down to ~3k -- mainly by throwing out all their library junk and just doing things right in AngularJS.
Currently our AngularJS application is 20k lines (between controllers, directives, services, and templates) and it certainly feels like a large application -- not when working on it, but when using it. AngularJS makes it very easy to build quite "large" (in the complexity/richness sense) applications with much less code than most other approaches, in my experiences.
Of course, if we are treating size as absolute, and basing it on lines of code, then 9k is pretty small. I mean linux has like 15m lines! It will take a while to catch up.
Our largest Angular app currently has a 2500 line controllers.js file. There are about 20 controllers in this file. I've thought about splitting it up into multiple files, and I think I'm going to do that.
However, right now it works quite well since I'm using "editor folds" to separate each controller.
Great article but 9K lines of code isn't that large, it is probably medium size.
For example, http://Clara.io, our 3D design as a service offering, is already 52K LOC in just our core and that excludes the 30K LOC of external libraries.
Would be interesting to hear if you discovered any downsides to Angular. I've been working with it a lot lately, but it seems to be a really good solution and the only issues with it is it can be hard to set up to be compatible with googlebot and the slightly tough learning curve
We didn't look at all at SEO since it's our customer dashboard, we don't really care about it.
Here's the few downsides of Angular IMO :
- I'm particularly unhappy with the router, it does a good job but as soon as you start to have nested routes and complex layout, it you want to avoid copy-pasting the same bits of code everywhere it becomes a nightmare. We mitigated most of these issues by using a lot of directives but it doesn't solve the problem entirely. We looked at ui-router at some point but weren't totally satisfied by the way it worked. Maybe we should take another look.
- errors are sometimes very obscure, it can be hard to debug, even if at some point you start to recognize some errors and know where to look first
- docs could be better
There are some other glitches here and there but most of the time Angular is a real pleasure to use, it's by far the best front-end framework I've worked with.
SEO is the most annoying. You end up writing server side templates to mimic the client side templates just for the spiders benefits. Not a unique angular problem.
Thanks a lot for mentioning this - I was about to have to dive into setting up a build for an Angular app I'm working on (which I need to learn eventually, just not right now) so that project really helps.
Can anyone comment from experience on the testability of Angular.js, that is mentioned in the article? Was it a reason to chose Angular.js over some other framework (if so, which framework)?
We specifically looked at CanJS, Backbone and EmberJS. None of which have testability as a core feature. CanJS and Backbone barely mention how to do it, EmberJS has one tiny page on integration testing. Which practically means there isn't a established right way to do testing. And you as a developer need to figure it all out.
Looks like you missed the following line in the article
> Angular.js is built from the ground up with testing in mind. In our opinion this makes Angular different from all other frameworks out there. It is the reason we chose it.
"Replacing Rails" seems silly. You can enable the asset pipeline in development if you really want. But most people would rather deal with slower page loads in development rather than debugging minified/uglified javascript in the console.
It's not an either / or option. Yeoman handles serving unminified files during dev just fine and compiles / concatenates them for production. You can do everything the rails asset pipeline does and more with grunt. Yeoman comes with a default configuration to do just that. http://yeoman.io/
For dev / early testing I've just been using yeoman + grunt-connect-proxy with grunt spitting the final build files into the rails public directory to make it easy to push up to heroku. In final production you'd probably want to send your static assets to a cdn but that is easy enough.
[+] [-] ChrisAntaki|12 years ago|reply
Not to downplay the Ermahgerd Translator! http://ermahgerd.jmillerdesign.com/#!/translate
[+] [-] taude|12 years ago|reply
[+] [-] yeleti|12 years ago|reply
[+] [-] jhartikainen|12 years ago|reply
Disclaimer: I worked with them implementing that.
[+] [-] olegp|12 years ago|reply
[+] [-] yeleti|12 years ago|reply
[+] [-] dchuk|12 years ago|reply
[+] [-] dons|12 years ago|reply
I don't think 9K is "large" for an application. At all.
[+] [-] petenixey|12 years ago|reply
Because there is so little boiler-plate code that is being written, the utility-density of such a codebase can be extraordinarily high. 9,000 lines of PHP could amount to very little utility but when well-architected, there is a crazy amount that can be done with even 2,000 lines of a framework such as Angular or Rails.
[EDIT]
The point I'm making is that a good developer working in harmony with a framework can do in 4 very readable lines what a less experienced developer might easily expand to 60 lines. As such dismissing a 15k codebase as "small" is somewhat naive. A 15k Angular app can do a vast amount.
My experience with Rails (and my limited experience with Angular suggests it's similar) is that working harmoniously with the framework gives you massive amounts of utility with very, very few lines of code. I've personally refactored 100 line controllers from junior developers down to 12 lines. It might feel macho to compare codebase sizes but there's no strong coupling to utility (arguably perhaps the reverse).
You can certainly write 60k apps in Rails, Angular or Django but dismissing a 15k app as "small" doesn't do justice to the utility that even such a "small" codebase can deliver.
...sorry this comment was so long I didn't have time to write a short one ;)
[+] [-] andreypopp|12 years ago|reply
[+] [-] nickpresta|12 years ago|reply
For comparison, I work on a Backbone.js app that has the following distribution.
Obviously Backbone.js has much less "batteries" included.The tips in the article were good and well thought out. I appreciate the effort the author made.
[+] [-] zenocon|12 years ago|reply
[+] [-] zachsnow|12 years ago|reply
Of course, if we are treating size as absolute, and basing it on lines of code, then 9k is pretty small. I mean linux has like 15m lines! It will take a while to catch up.
[+] [-] sgt|12 years ago|reply
However, right now it works quite well since I'm using "editor folds" to separate each controller.
[+] [-] rdtsc|12 years ago|reply
For a C++ or Java code that 9K would probably make it into the "small" category.
[+] [-] scotth|12 years ago|reply
[+] [-] bhouston|12 years ago|reply
For example, http://Clara.io, our 3D design as a service offering, is already 52K LOC in just our core and that excludes the 30K LOC of external libraries.
[+] [-] jhartikainen|12 years ago|reply
[+] [-] stevedomin|12 years ago|reply
Here's the few downsides of Angular IMO :
- I'm particularly unhappy with the router, it does a good job but as soon as you start to have nested routes and complex layout, it you want to avoid copy-pasting the same bits of code everywhere it becomes a nightmare. We mitigated most of these issues by using a lot of directives but it doesn't solve the problem entirely. We looked at ui-router at some point but weren't totally satisfied by the way it worked. Maybe we should take another look.
- errors are sometimes very obscure, it can be hard to debug, even if at some point you start to recognize some errors and know where to look first
- docs could be better
There are some other glitches here and there but most of the time Angular is a real pleasure to use, it's by far the best front-end framework I've worked with.
[+] [-] tlarkworthy|12 years ago|reply
[+] [-] pseudobry|12 years ago|reply
http://jmdobry.github.io/talks/2013/building-large-apps-with...
[+] [-] chaddeshon|12 years ago|reply
I agree. The learning curve can be steep, but I've really enjoyed using Angular.
[+] [-] tlarkworthy|12 years ago|reply
[+] [-] stevedomin|12 years ago|reply
Unfortunately we couldn't do it before because we're using rails assets pipeline, but it should happen soon now.
[+] [-] benaiah|12 years ago|reply
[+] [-] kawera|12 years ago|reply
[+] [-] michielvoo|12 years ago|reply
[+] [-] harrisonp|12 years ago|reply
Ember are improving this however, with the ember-testing package: https://github.com/emberjs/ember.js/tree/master/packages/emb... Backbone has countless tutorials on how to test, but it's not built into the framework.
[+] [-] zenocon|12 years ago|reply
http://www.yearofmoo.com/2013/01/full-spectrum-testing-with-...
[+] [-] xtrumanx|12 years ago|reply
> Angular.js is built from the ground up with testing in mind. In our opinion this makes Angular different from all other frameworks out there. It is the reason we chose it.
[+] [-] wuliwong|12 years ago|reply
[+] [-] mbell|12 years ago|reply
For dev / early testing I've just been using yeoman + grunt-connect-proxy with grunt spitting the final build files into the rails public directory to make it easy to push up to heroku. In final production you'd probably want to send your static assets to a cdn but that is easy enough.