A standard for JS callbacks that enables lightweight observables and iterables

• Minimal overhead streams, Iterables, Observables, AsyncIterables, etc
• Modular (each operator is its own npm package)
• Light (few memory allocations)
• Not a library, just a standard (for real libraries, see callbag-basics or the wiki)
• Easy to create your own utilities, read how here

Read also the announcement blog post and this introductory blog post.

• Every producer of data is a function (type: number, payload?: any) => void
• Every consumer of data is a function (type: number, payload?: any) => void
• type === 0 means "start" (a.k.a. "subscribe" on Observables)
• type === 1 means "data" (a.k.a. "next" on Observers)
• type === 2 means "end" (a.k.a. "unsubscribe" on Subscriptions)

(type: number, payload?: any) => void

• Callbag: a function of signature (TypeScript syntax:) (type: 0 | 1 | 2, payload?: any) => void
• Greet: if a callbag is called with 0 as the first argument, we say "the callbag is greeted", while the code which performed the call "greets the callbag"
• Deliver: if a callbag is called with 1 as the first argument, we say "the callbag is delivered data", while the code which performed the call "delivers data to the callbag"
• Terminate: if a callbag is called with 2 as the first argument, we say "the callbag is terminated", while the code which performed the call "terminates the callbag"
• Source: a callbag which is expected to deliver data
• Sink: a callbag which is expected to be delivered data

The capitalized keywords used here follow IETF's RFC 2119.

Greets: (type: 0, cb: Callbag) => void

A callbag is greeted when the first argument is 0 and the second argument is another callbag (a function).

Handshake

When a source is greeted and given a sink as payload, the sink MUST be greeted back with a callbag payload that is either the source itself or another callbag (known as the "talkback"). In other words, greets are mutual. Reciprocal greeting is called a handshake.

Termination: (type: 2, err?: any) => void

A callbag is terminated when the first argument is 2 and the second argument is either undefined (signalling termination due to success) or any truthy value (signalling termination due to failure).

After the handshake, the source MAY terminate the sink. Alternatively, the sink MAY terminate the source after the handshake has occurred. If the source terminates the sink, then the sink SHOULD NOT terminate the source, and vice-versa. In other words, termination SHOULD NOT be mutual. A callbag MUST NOT be terminated more than once.

Data delivery (type: 1, data: any) => void

Amount of deliveries:

• A callbag (either sink or source) MAY be delivered data, once or multiple times

Window of valid deliveries:

• A callbag MUST NOT be delivered data before it has been greeted
• A callbag MUST NOT be delivered data after it has been terminated
• A sink MUST NOT be delivered data after it terminates its source

Reserved codes

A callbag SHOULD NOT be called with any of these numbers as the first argument: 3, 4, 5, 6, 7, 8, 9. Those are called reserved codes. A callbag MAY be called with codes other than those in the range [0-9], but this specification makes no claims in those cases.

This project is offered to the Public Domain in order to allow free use by interested parties who want to create compatible implementations. For details see COPYING and CopyrightWaivers.txt.

To the extent possible under law, Callbag Standard Special Interest Group has waived all copyright and related or neighboring rights to Callbag Standard. This work is published from: Finland.