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 🙏

© 2026 – Pkg Stats / Ryan Hefner

@zaoqi/dumbjs

v1.5.0-3

Published

[![Build Status](https://travis-ci.org/fabiosantoscode/dumbjs.svg?branch=master)](https://travis-ci.org/fabiosantoscode/dumbjs)

Readme

dumbjs

Build Status

WIP: Parts of this repo don't work properly yet. If something is crashing dumbjs and it doesn't seem like an intentional dumbjs-originated limitation, file an issue!

A first pass for js2cpp. Uses browserify's dependencies to flatten the dependency tree into a single file, then makes the file not use closures at all by implementing closures in pure javascript.

This was created because I found it too hard to implement closures in js2cpp, then it became clear that it would be much better to implement them at the javascript level, and make the current js2cpp just work on a simple subset of javascript.

So I made dumbjs. It turns javascript into a simpler subset of itself. The most important transformations:

  • Make the compiled javascript work in an environment without closures
  • Flatten the dependency tree like browserify does, turning it into a single file so js2cpp doesn't need to care about more than one file.
  • Without any name collisions, unwrap functions so as to leave no nested function.
  • Separate definitions from declarations, so that var x = 3 in the global scope becomes var x; x = 3, then put every statement that performs any action (assignment or function call) in the global scope, in order, in a single function called "main", whose last statement will be "return 0".

How to install and run

Installation is simply npm install dumbjs -g

Running it is as easy as dumbjs < input.js > output.dumb.js

There are currently no command line options :(

API docs

require('dumbify')(javascriptCode, [options])

Dumbify a javascript string and return the resulting javascript code as a string.

require('dumbify').dumbifyAST(javascriptAST, [options])

Dumbify a parsed javascript AST as returned by esprima, acorn or whatever parser you prefer.

options

The options you can pass are written down in dumbifyAST, which is a pretty straightforward function in the index file.

They turn several passes on and off, and these passes are not documented as of yet :P

What do I need to run dumbified code?

So you want to transplile javascript to something huh? That sounds like fun!

You have to implement some functions in your target environment!

BIND(func, closure) -> functionBoundToClosure

In plain javascript: function BIND(func,closure){return func.bind(null, closure)}

This function takes a function and an object, and returns a function that takes that object as the first argument. Simple right? A single-argument curry. This is used to pass closures in environments that don't have them.

For js2cpp, for example, I had to turn every function that BIND was called on (these functions take _closure as the first argument so they're easy to find), into a callable class, and turn all BIND calls into new ThatCallableClass(theClosure).

JS_ADD(a, b) -> Number|String

In plain javascript: function JS_ADD(a, b) { return a + b }

When trying to do type conversions, if the type of a and/or b is not known at compile time, a + b turns into JS_ADD(a, b). This is because it is not clear whether to concatenate a and b as strings ( String(a) + String(b)) or to convert them to numbers and add their values ( Number(a) + Number(b) ), as this depends on dumbjs being privvy of both types!

They can be stactically removed if there is enough knowledge about the types (maybe dumbjs didn't know of some function's existence), or you can use the typeof operator's equivalent to know what kind of variable it is, and perform the addition or concatenation.

This is specified in great detail in the spec. Make sure to read into the toPrimitive part, it becomes super unpredictable if the object has a toString or valueOf method. They are both used, and they don't need to return strings ;)

Recommended reading

This document has been invaluable in understanding the difficulties and nuances of implementing closures, and describes complicated problems in a way that's easily understandable.

This wikipedia article describes the main problem of implementing closures, and why you can't store functions and their closures on the stack if you want functions in your language to be first-class.