Rsvp.js

[tlrobinson]

Good to see more implementations of Promises/A. It would be really nice if everyone settled on one promise API.

Check out "Q" as well: https://github.com/kriskowal/q

There are adapters for many of Node's APIs (and it's easy to create more)

https://github.com/kriskowal/q-io

https://github.com/kriskowal/q-fs

https://github.com/kriskowal/q-http

[wycats]

The suite I used for this project has a primary suite and a series of extensions that I personally thought was a very good articulation of the currently accepted API, even such as it is.

Currently, only RSVP and Q pass the entire suite.

[jherdman]

Does this differ wildly from jQuery's Deferred object? http://api.jquery.com/category/deferred-object/

[amix]

Deferred pattern isn't from jQuery. It's from Twisted and the first JavaScript library to use it was MochiKit. A nitpick I know, but I think it's good to know where things really come from ;-)

[netghost]

Same basic principle, it's a Promise library, but this one is by wycats.

[jakejake]

I'd be curious to know if jQuery Deferred object passes the same promise test that RSVP.js mentions. (Not quite curious enough to run the test myself though, work is a bit to crazy today. Wait, what am I still doing on HN!)

[phase_9]

Yet another promises library (: It's great that people are writing and sharing code, but it feels like people are trying to re-invent the wheel when stable, mature and well tested libraries[0] already exist for these problems.

[0] https://github.com/cujojs/when

[wycats]

My goal was to have a small, lightweight promises implementation that could be easily embedded in other browser-based libraries. I specifically wanted a very small API surface area, essentially limited to the surface area described by the Promises/A spec.

My requirements matched closely with the promises test-suite recently released, including a requirement that all promises be delivered asynchronously and efficiently if possible (`when` does not satisfy this requirement).

I could not find any existing small, embeddable libraries that satisfied all of these requirements.

[aufreak3]

I'm not sure the wheel has really been invented yet, at least in the case of JS. One of the things I found was that all the libraries had little or nothing to say about "error handling". Error handler bodies are always given with a comment like this -

    function (error) {
        // handle error
    }

What do you do there? Exit the process? How to recover and continue from some critical point? Can you retry some part of the action? Can you try some alternative actions if something fails?

So I felt we can do better and .... surprise .... wrote my own heavy weight (1 kloc) library that provides a richer-than-usual set of composeable async primitives emphasizing error management including recovery, restarts, alternatives, etc.

So, here is yet another "wheel" :)

https://github.com/srikumarks/IO.js

[itodd]

I've been using underscore's _.after [0] to help manage my async code. It's extremely simple and does the job.

[0] http://underscorejs.org/#after

[matthuggins]

This is actually very cool. I've never heard of Promises/A before, but after toying with Node.JS a bit (and being turned off after having many nested callbacks in my code), I am definitely a fan of the flat code structure this library allows.

Although it's obviously not built in favor of any particular JS framework or environment, it may entice me to give Node.JS another shot in the future with implementing RSVP.

[pfraze]

I've been using promises for my work lately, and I really like them. This doesn't have it, but one construct I use is the `when` function. It's useful for situations that may return non-promise values, and works like this:

    Promise.when(func(), function(val) {
        alert(val);
    });

So if `func` returns a normal value, the cb runs immediately. If it returns a promise, the cb runs on fulfillment.

[lancefisher]

Nested callbacks are a problem that every javascript/node.js developer runs in to. A common library to help with this and other issues is Async: https://github.com/caolan/async

Sometimes, it's just better to give your functions names, and pull them out.

RSVP.js looks nice. Also, I like jQuery's implantation of promises specifically with the ajax function.

[olalonde]

How is this different from the async library? Are they both trying to solve the same problem or are they complementary? https://github.com/caolan/async

[jergason]

They are both trying to solve the problem of handling asynchronous operations in an easier way than nested callbacks.

Promises are a different abstraction of async operations. I am still trying to wrap my head around them fully, but one of the advantages seems to be writing code that looks a little more sequential.

[firefoxman1]

If anyone wants a simpler async flow control lib in under 20 LOC check out my Valv library: https://github.com/kevinmctigue/valv

[amasad]

Looks great. How is using mutation events for async better than `setTimeout(fn, 0)` ?

[bengillies]

Not having tested it personally I can't say, but I'd imagine it's a lot faster.

I'd be more interested in how it compares to using postMessage which, from testing, is definitely a lot faster than setTimeout (like fast enough to be worth switching to if available).