News for hackers. Stuff that matters.
Re:Ember.js 1.0 Prerelease by taterbase on Friday August 03, 2012 @08:12PM (#4336867)
I really do love what Ember brings but I need, need, need a production ready persistence layer. Backbone has me spoiled in that area.
Re:Ember.js 1.0 Prerelease by jguimont on Friday August 03, 2012 @08:25PM (#4336903)
Really? Backbone collection/models are a simple layer with an Ajax call behind. No relations, no lazy loading, etc. Backbone models are akin to an ember object with a fetch/save call, nothing more. (Good for some scenarios, but not enough for "ambitious web app" IMO)

Ember data has a bigger goal than this and, yes, it takes time to get it right.

Re:Ember.js 1.0 Prerelease by outside1234 on Friday August 03, 2012 @08:32PM (#4336925)
Have you seen Ember-Data? https://github.com/emberjs/data
Re:Ember.js 1.0 Prerelease by te_chris on Saturday August 04, 2012 @03:57AM (#4337896)
That was his point, he said production ready.
Re:Ember.js 1.0 Prerelease by 1qaz2wsx3edc on Friday August 03, 2012 @08:23PM (#4336896)
Also prototype ninja'ing is on by default. It has a run loop in an event-driven browser.
Re:Ember.js 1.0 Prerelease by wycats on Friday August 03, 2012 @08:28PM (#4336914)
> It has a run loop in an event-driven browser

The "run loop" hooks into the existing browser's event loop in order to coalesce side-effects. This is exactly the same thing that the browser does when you make a number of changes to the DOM in an event handler.

There is nothing strange going on here.

Re:Ember.js 1.0 Prerelease by jguimont on Friday August 03, 2012 @08:30PM (#4336919)
You can turn that off if you want, personally I don't miss much of it.

As for the even driven stuff. Not sure what you mean by that, the run loop is not to dispatch dom events but to settle the bindings asynchronously (with the benefits of not triggering multiple changes for the same property within the same run loop and having a comprehensive pipeline to get data on the screen).