npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

yieldable-streams

v0.3.0

Published

Easily create streams (and gulp plugins) w/generators

Downloads

8

Readme

yieldable-streams

New in 0.3.0: pipelining utilities, and the .write() method now accepts an optional encoding parameter, just like a stream's push() method.

Wouldn't it be great if you could create Node streams -- readable, writable, or duplex/transform/gulp plugins -- with just a single generator function? Check this out:

const
    {Readable, Writable, Duplex, Transform} = require('yieldable-streams'),

    fromIter = Readable.factory(
        function *(items) {
            for (var item of items) {
                yield this.write(item);
            }
        }
    ),

    times = Transform.factory(
        function *(multiplier) {
            var item;
            while ( (item = yield this.read()) !== null ) {
                yield this.write(item * multiplier);
            }
        }
    ),

    toConsole = Writable.factory(
        function *() {
            var item;
            while ( (item = yield this.read()) !== null ) {
                console.log(item);
            }
        }
    );

fromIter([3,5,9])
.pipe(times(2))
.pipe(toConsole())
.on('finish', () => console.log("done") );

console.log("start");
start
6
10
18
done

In the above code, the calls to fromIter(), times(), and toConsole() create real, honest-to-goodness Node streams: streams3 streams, in fact, straight from the readable-stream package. But on the inside, they're hooked up to generator functions, that can not only yield to this.write() etc., but also to promises, thunks, or other generator functions.

(You can use all the async yielding goodness of co, thunks, or any other coroutine wrapper library you like, in fact, as long as it supports yielding to thunks.)

And because these are true Node streams, that means you can write gulp plugins as easily as this (Javascript):

module.exports = require('yieldable-streams').Transform.factory(

    function* (options) { /* plugin options */

        var file;

        while ( (file = yield this.read()) != null ) {  /* get a file */
            console.log(file.path);  /* do things with it */
            yield this.write(file);  /* pass it downstream */
        }

        /* do something with accumulated data here, or 
           maybe write() some new/added/merged files */
    }

);

Or this (CoffeeScript):

module.exports = require('yieldable-streams').Transform.factory (options) ->

    while (file = yield @read()) isnt null  # get a file
        console.log file.path               # do stuff
        yield @write(file)                  # pass it on

    # do other things
    
    return   # don't return anything, though

yieldable-streams does not actually use generators internally, and thus is compatible with node 0.10 and up. You can use it with gnode, regenerator, babel, harmonize, io.js, or any other convenient way of implementing generators for your targeted versions of node.

(If you're writing a module or gulp plugin for node 0.10 or 0.12, though, we suggest precompiling with Babel or Regenerator. That way, your users won't have to mess with node's command-line options or fuss with require.extensions hooks just to use your module.)

Usage

Using ys = require('yieldable-streams') to get the module, you can access the following classes:

  • ys.Readable - class to create readable streams
  • ys.Writable - class to create writable streams
  • ys.Duplex - class to create duplex streams
  • ys.Transform - class to create transform streams

Each class works just like the corresponding readable-stream class, except for two extra methods. The first extra method, on the instances, is the spi() method, which returns a "stream provider interface" object, for use with generator functions.

This "stream provider interface" object has (some or all of) the following methods:

  • read() -- return a thunk for the next value written to the stream (Writable, Duplex, and Transform streams). If stream input has ended, the thunk will yield a null or undefined value. If a stream that is piped into the current stream fires an error event, that error will be received instead of the data, causing an exception at the point of yield this.read()

  • write(data[, enc]) -- push(data[, enc]) onto the stream, returning a thunk that will fire when the stream is ready for more output (Readable, Duplex, and Transform streams only).

  • end(err) -- end the stream, optionally with an error object to emit as an "error" event (all stream types).

Each stream class also has an added static method, .factory(opts?, fn), which wraps the given function in such a way that when called, it will receive a stream provider interface as this, and will return the matching stream. In this way, the function provides the stream's internal implementation, while the caller receives an ordinary stream object.

If fn is already wrapped by a coroutine library, such that it returns a thenable, promise or thunk, that return value will be hooked up to the end() method, so that unhandled exceptions will result in an "error" event, and a normal end to the coroutine will simply close the stream. For example:

aFactory = Writable.factory(
  co.wrap(
    function *(...args) { /* 
    
      This generator will be run by `co`, but its `this` will still be
      the stream's `spi()`, so you can still `yield this.read()`.
        
      If the generator throws an uncaught exception, it will become an
      error event on the stream.  Otherwise, the stream will `finish`
      when the generator ends, unless you `this.end()` it first.
       
      Of course, for this to work, the library you use to do the
      wrapping must:

        * return a promise or a thunk (a 1-argument function taking a
          node-style callback) when called

        * allow you to yield to thunks and receive the data or errors
          they produce

      co.wrap() meets these criteria; other libraries' wrappers may
      do so as well.

    */ }
  )
)

If fn, however, returns a generator or is a generator function (i.e., it has not already been wrapped by a coroutine library, then yieldable-streams will wrap it using the thunks library. (Lazily-loaded, to minimize overhead if you're not using it.)

The optional opts object contains the readable-stream options that the factory will use to create the stream. If unsupplied, it will default to {objectMode: true}, thereby creating an object stream suitable for use with, e.g. gulp. See the Node streams documentation for more information on the possible options for each stream type.

Pipelining Utilities

This module also contains three pipelining utilities: pipeline(streams, opts?), duplexify(writable, readable) and mirror(src, dest, enc?, done?).

pipeline(streams, opts?)

pipeline(streams, opts?) takes an array of streams, pipes them together, and returns a single duplex stream that will emit errors when any component stream issues an error:

import {pipeline} from 'yieldable-streams';  // aka require('yieldable-streams').pipeline

var times30 = pipeline([
    times(2),
    times(3),
    times(5)
]);

fromIter([1,2,3])
    .pipe(times30)
    .pipe(toConsole())
    .on('finish', () => console.log("done"));
30
60
90
done

pipeline() is just a convenience wrapper for duplexify() -- it just pipes all the streams together, and sets up error handling for the combined stream returned by duplexify(streams[0], streams[streams.length-1]). (You can also have it skip either the piping or error handling by passing {noPipe: true} or {noErr: true} in its options, respectively).

duplexify(writable, readable)

duplexify() combines a writable and readable into one stream, without piping them together, and the resulting stream will only emit errors if the readable stream emits an error:

import {duplexify} from 'yieldable-streams';  // aka require('yieldable-streams').duplexify

var times2 = times(2),
    times6 = duplexify(
        times2,
        times2.pipe(times(3))
    );

fromIter([1,2,3])
    .pipe(times6)
    .pipe(toConsole())
    .on('finish', () => console.log("done"));
6
12
18
done

For both pipeline() and duplexify(), the resulting stream will be readable only if the last stream is readable, and writable only if the first stream is writable. If the first and last streams are true streams2 or streams3 streams (i.e., are internally based on the readable-stream module or the built-in Node streams module), then the combined stream will have the correct objectMode and encodings at each end. But if either end is a streams1 stream or an alternative implementation of the streams interface, then that end of the combined stream will simply fall back to being an object-mode stream.

High-water marks for the combined stream's sides are always the default setting for the type of stream at that side. (i.e. 16 for an objectMode end, 16K for a Buffer end. It is not currently possible to change these or any other stream options for the combined streams: to a large extent the point of pipeline() and duplexify() is that they're for times when you are writing generic utilities that don't know what stream options to set, and must go by the settings of the underlying streams.

mirror(src, dest, enc?, done?)

mirror() takes two yieldable-streams and makes data written to src appear as output from dest, optionally using encoding enc and optionally invoking a callback after the source stream ends or emits an error. In a sense, it's like an inside-out .pipe() operation that works only on streams with an .spi() method. It's mainly useful for creating half-duplex passthrough streams, which is what duplexify() does with it: one for each end of the full-duplex stream.

import {mirror} from 'yieldable-streams';  // aka require('yieldable-streams').mirror

var aWritable = Writable({objectMode: true}),
    aReadable = Readable({objectMode: true});
    
fromIter([1,2,3]).pipe(aWritable);

aReadable.pipe(toConsole());

mirror(aWritable, aReadable, null, () => console.log("done"));
1
2
3
done