Live data from Hacker News

AngularJS 1.2.0: timely-delivery

blog.angularjs.org

11–20 of 64 posts

Re: AngularJS 1.2.0: timely-delivery

#12
We've been using rc versions in production code too. As they've mentioned many times when they say unstable it doesn't mean that it was likely to break, simply that they are free to change the API if they need too.

Does anyone know what's the rationale behind the separation of ngRoute? It's less than 4KB and less than 2KB when gzipped. I don't think it's worth the "pain" of having to remember to add another source file.

Re: AngularJS 1.2.0: timely-delivery

#13

We've been using rc versions in production code too. As they've mentioned many times when they say unstable it doesn't mean that it was likely to break, simply that they are free to change the API if they need too. Does anyone know what's the rationale behind the separation of ngRoute? It's less than 4KB and less than 2KB when gzipped. I don't think it's worth the "pain" of having to remember to add another source fi…

They want to split in lot of optional modules, it's just the beginning. IMO it's a good idea. For your problem, perhaps they should add a custom build/download tool like jQueryUI.

Re: AngularJS 1.2.0: timely-delivery

#14

We've been using rc versions in production code too. As they've mentioned many times when they say unstable it doesn't mean that it was likely to break, simply that they are free to change the API if they need too. Does anyone know what's the rationale behind the separation of ngRoute? It's less than 4KB and less than 2KB when gzipped. I don't think it's worth the "pain" of having to remember to add another source fi…

Probably because most projects will use uirouter: https://github.com/angular-ui/ui-router

Re: AngularJS 1.2.0: timely-delivery

#17
post #9

I've done one project with ember and was very happy with it but I'm now working on a project where I only need parts of the page to be controlled by the framework. So far I'm loving the way angular integrates with the dom but once you get back to the controllers/directives it suddenly feels like I have to do a whole lot more work than with ember. The main difference seems to be that you have to manage updates yoursel…

I haven't had to use $watch except to integrate with jQuery plugins for fancy widgets (and wish I could get rid of those). For everything else, two-way binding in Angular works very well.

Re: AngularJS 1.2.0: timely-delivery

#18
post #3

I'm really impressed with Angular. I've previously worked with Backbone.js, and found that many things in Backbone where I've had to manually develop are readily available in Angular. Moving from Backbone to Angular has made the code much cleaner, and smaller in size. Whereas in Backbone, the code slowly became a mess with all the event listening and event triggering (probably my fault), in Angular, that has all been…

I'm really impressed as well, especially how helpful and outreaching the developers/contributors are on sites like StackOverflow.

Now if the documentation would improve in some of the grayer areas, I would be really happy. Wish I knew enough to contribute.

Re: AngularJS 1.2.0: timely-delivery

#19
post #9

I've done one project with ember and was very happy with it but I'm now working on a project where I only need parts of the page to be controlled by the framework. So far I'm loving the way angular integrates with the dom but once you get back to the controllers/directives it suddenly feels like I have to do a whole lot more work than with ember. The main difference seems to be that you have to manage updates yoursel…

Can you give an example of where you've had to use $watch? Usually too many $watch is an indication that you could improve your app's architecture, e.g. by abstracting into directives.

FWIW I'm only speaking from personal experience and in your case lots of $watch might be necessary.

Post reply on HN