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

macroify

v1.0.2

Published

Macroify allows you to easily turn any JavaScript module, into a Babel macro that behaves (almost) like a regular object... but at build time.

Downloads

4

Readme


It allows you to easily turn any JavaScript module, into a Babel macro that behaves (almost) like a regular object... but at build time.

Example

Preloading a file content with macroify/require.macro and fs-extra NPM package:

// src/index.js

import m, { fsExtra as mFs, path as mPath } from "macroify/require.macro";

const seed = m("Build seed: " + Math.random());

const packageName = mFs.readJsonSync(
  mPath.resolve(__dirname, "../package.json")
).name;

After you transcompile it with Babel, you'll get something like this:

const seed = "Build seed: 0.3397477727963272";
const packageName = "your-package-name";


Beginner introduction

What is Babel?

Babel is a transcompiler that is most commonly used to turn modern JavaScript into a ES5/ES6 JavaScript that is widely supported by browsers... but it can do way more than that. Basically it can be used to mangle your source code in any way you can imagine.

What are Babel plugins?

Babel plugin is a piece of code that is responsible for some specific code mangling. For example there is a babel plugin that when enabled removes all console log from your code.

What are Babel macros?

There is a Babel plugin called babel-plugin-macros. It allows you to use (so called by the community) babel macros. They are basically mini plugins, but they are easier to use, because they can be imported like any other JavaScript module. When you want to use a Babel plugin, you have to specify it in your Babel configuration. On the other hand, when you want to use a macro, you only need to import it in your code, thus to use any Babel macro you only need to add babel-plugin-macros to your Babel configuration.

What can I use Babel macros for?

For many things. For example: they can be used to add some syntax sugar to JavaScript, to pre-compute some values, to pre-load some data, or even to generate/modify your source code in various ways.

What do I need to use Babel macros?

If you use a boilerplate that transpiles your code with Babel and has a babel-plugin-macros installed you're already good to go (create-react-app is a boilerplate like this for example). Otherwise unfortunately you'll need to set up these two things first. It takes only few minutes, though. For more information either read Babel docs or one of many guides available online.

Install

npm install macroify --save-dev

Make sure that you use Babel and babel-plugin-macros too.

Approach A - /require.macro (recommended)

Importing modules

The main idea behind this approach, is that it gives you a way to import and macroify any installed module, all within a single import statement.

⚠️Don't use multiple import statements to avoid issues described in the Why Approach B usually is not recommended? section.

This is how you use "macroify/require.macro to import modules :

// Good - single import on top of a file
import {
  path as mPath, // 'm' prefixes/suffixes aren't required.
  lodash as _m,
  fsExtra as mFs,
  // ...
  anyModuleNameInCamelCase as localNameOfYourChoice,
} from "macroify/require.macro";

// Bad - macroify won't be able to sort nested macro calls
import { path as mPath } from "macroify/require.macro";
import { lodash as _m } from "macroify/require.macro";
import { fsExtra as mFs } from "macroify/require.macro";

You can use these modules as excepted:

// C:/Users/.../examples/src/index.js

import { path as mPath } from "macroify/require.macro";
const examplesDir = mPath.resolve(__dirname, "../");

// After you transpile it, everything will be replaced with:
// => const examplesDir = "C:/Users/.../examples";

If you want to macroify a local module, you can us the default import:

import m, { path as mPath } from "macroify/require.macro";

// You can use it like a build-time object:
m.value = 12;
m.module = require("./my-module"); // <-- relative to this file

const value = m.module.functionThatReturnsInput(m.value);

// After you transpile it, everything will be replaced with:
// => const value = 12;

Default import is a (v)=>v function, so you can use it like this too:

// C:/Users/.../index.js

import m from "macroify/require.macro";

const seed = m(Math.random());
const filename = m(__filename);

// After you transpile it, everything will be replaced with:
// => const seed = 0.17373428609998465;
// => const filename = "C:/Users/.../index.js";

Limitations and a thing to remember

In macro calls you can't use any local variables, but you can use other macros (as long as you import them as shown above), JavaScript APIs, and variables that are available in every Node.js module (require, __dirname, __filename and so on):

import m from "macroify/require.macro";

m.upperCase = (s) => s.toUpperCase();

// Bad
const text = "some text";
const upperText = m.upperCase(text);
// When you transpile it:
// => ReferenceError: text is not defined

// Good
m.text = "some text";
const upperText = m.upperCase(m.text);
// When you transpile it:
// => const upperText = "SOME TEXT";

Macro call can't return a Promise, and you can't add a await keyword before it.

If you really need to do something asynchronous (there is no way to do it synchronously) then maybe try to use this package to synchronize the function in question.

import m, { path as mPath, fsExtra as mFs } from "macroify/require.macro";

m.file = mPath.resolve(__dirname, "../package.json");

// Bad
const packageName = await mFs.readJson(m.file).name;
// When you transpile it:
// => Error: await keyword not allowed

// Bad
const packageName = mFs.readJson(m.file).name;
// When you transpile it:
// => Error: macro returned a Promise

// Good
const packageName = mFs.readJsonSync(m.file).name;
// When you transpile it:
// => const packageName = "your-package-name";

When you use any babel macros be sure to remember how they are processed. No matter where they are, they are always executed (exactly once to be precise):

import m from "macroify/require.macro";

m.value = 0;

if (false) m.value += 1;
while (true) m.value += 1;

function unusedFunction() {
  m.value += 1;
}

const value = m.value;
// This line after you transpile a file:
// => const value = 3;

Safety notice

This solution like some other babel plugins / babel macros (Preval, Codegen, tinket.macro) during transpilation internally evaluates the code in your macros as code (you know, the evil eval). Since macros are only used during development, unless you will intentionally try to preform some malicious actions on your system, it shouldn't be an issue. However keep in mind that it's better to not transpile any untrusted source code (just like you shouldn't run untrusted Node.js code in general).

Example 1 - list of files with certain extension

// src/list-files-with-extension.js

const fs = require("fs");

module.exports = (dir, extension) => {
  const files = fs.readdirSync(dir);
  return files.filter((name) => name.endsWith(extension));
};
// src/index.js

import m from "macroify/require.macro";

m.listFiles = require("./list-files-with-extension");

const scripts = m.listFiles(__dirname, ".js");
const stylesheets = m.listFiles(__dirname, ".css");
// When you transpile it:
// => const scripts = [ "index.js", /* ... */ ];
// => const stylesheets = [ /* ... */ ];

Example 2 - nesting macros

import m, { lodash as _m } from "../../require.macro";

m.a = [1, 2, 3, 4];
m.b = [1, 2, 5, 6];
m.c = [...m.a, ...m.b];

const value = m.c;
// This line after you transpile a file:
// => const value = [1, 2, 3, 4, 1, 2, 5, 6];

const value2 = _m.reverse(_m.uniq(m.c));
// This line after you transpile a file:
// => const value2 = [6, 5, 4, 3, 2, 1];

Example 3 - preval / codegen clones

Ever heard of preval or codegen babel plugins / babel macros? If not, preval can be used to pre-evaluate a constant that you want to use in your application, and codegen can be used to generate code at build-time. You can easily do both these things with macroify too.

Macroify-style preval:

import m from "macroify/require.macro";

m.preval = (callback) => {
  return callback();
};

const prevaled = m.preval(() => {
  // You can do anything synchronous inside:
  let exponents = [];
  for (let i = 0; i < 5; i++) {
    exponents.push(2 ** i);
  }
  return exponents;
});
// This line after you transpile a file:
// => const prevaled = [1, 2, 4, 8, 16];

const prevaledModule = m.preval(require("./function-that-returns-1"));
// This line after you transpile a file:
// => const prevaledModule = 1;

Macroify-style codegen:

import m from "macroify/require.macro";

m.codegen = (callback) => {
  // Use it to tell macroify that you're passing code
  const { CodeWrapper } = require("macroify");
  return CodeWrapper(callback());
};

m.codegen(() => {
  const vars = ["cat", "dog", "bird"].map(
    (animal) => `var ${animal} = "${animal}";`
  );
  return vars.join("\n");
});
// This line after you transpile a file:
// => var cat = "cat";
// => var dog = "dog";
// => var bird = "bird";

Approach B - Separate macros (not recommended)

This example shows how you can manually turn any object/module into a classic Babel macro. In this case it will be Lodash, but it could be literally anything.

Step 0 - API

To create a macro we'll use a macroify(macroFactoryCallback, macroifyOpts) function.

const { macroify } = require("macroify");
module.exports = macroify(macroFactoryCallback, macroifyOpts);

macroFactoryCallback (required) : Function

  • This function is called when a macro is imported.

  • It receives: { localName, importName }.

    • importName : String

      It's "default" when you import a macro like this: import macro from './m.macro', or the actual import name when you import a macro like this: import { anything } from './m.macro'.

    • localName : String

      Name of the macro as it's used (it will be different from importName when you use as statement or when importName === "default").

  • It has has to return: { obj, allowAssignments, preventOverride, thisConverter }.

    • obj (required)

      The object/module instance that you want to bind to macro.

    • allowAssignments (optional) : Boolean, true

      When false, assigning or overwriting obj props will be forbidden.

    • preventOverride (optional) : Boolean, true

      When false, obj won't be treated as a const value, and you'll be able to overwrite it with direct assignment.

      ⚠️ As of [email protected] direct assignment to a macro (macro = {...}) is not detected due to a bug, so this option currently doesn't matter.

    • thisConverter (optional) : Function, (obj)=>{/* Throws error */}

      When macroify detects that the macro expression returned a value equal to obj, it will call thisConverter callback with obj as an argument. Whatever this callback will return will be treated as the actual value that you want to embed in your code. By default, whenever expression returns obj, error is thrown. This is to prevent unintended cluttering of your code with multiple definitions of the same object.

macroifyOpts : Object (optional)

  • packageName (optional) : String, "macroify"

    Macro name to be displayed in errors, warnings and logs.

  • consoleLogs (optional) : Boolean, false

    Enable/disable non error/warning console logs (what was changed into what).

Step 1 - Create a .macro.js file

// src/lodash.macro.js

const { macroify } = require("macroify");

const macroFactoryCallback = ({ localName, importName }) => {
  return {
    obj: require("lodash"),
    allowAssignments: false,
  };
};

const macroifyOpts = {
  packageName: "lodash.macro",
  consoleLogs: true,
};

module.exports = macroify(macroFactoryCallback, macroifyOpts);

Step 2 - That's it

Now you can use your lodash macro, almost like you would use normal lodash (see: Limitations and Safety notice).

Let's use an example from official Lodash docs:

import _m from "./lodash.macro";

const youngestUser = _m
  .chain([
    { user: "barney", age: 36 },
    { user: "fred", age: 40 },
    { user: "pebbles", age: 1 },
  ])
  .sortBy("age")
  .map(function (o) {
    return o.user + " is " + o.age;
  })
  .head()
  .value();

After you transcompile it with Babel, you'll get this:

const youngestUser = "pebbles is 1";

Why Approach B usually is not recommended?

With approach B, you could face some issues when you start to use other macroifyed modules within your macroifyed function calls. In cases like this it's important to make sure that macros are evaluated in the right order (inner macro expressions first). It's easy to do in theory, but unfortunately when there are many import statements babel-plugin-macros by design processes macros from every import statement separately in the order of appearance.

This example bellow illustrates the problem. This issue can be avoided when you use Approach A instead:

import _m1 from "./lodash.macro";
import _m2 from "./lodash.macro";

// This would work. Macros would be evaluated like this:
// _m1.uniq([1, 1, 2, 2]) => [1,2]
// _m2.reverse([1,2]) => [2,1]
// const value = [2,1]
const value = _m2.reverse(_m1.uniq([1, 1, 2, 2]));

// This would fail. Macros would be evaluated like this:
// _m1.reverse(_m2.uniq([1, 1, 2, 2])) => Error: Excepted constant
const value = _m1.reverse(_m2.uniq([1, 1, 2, 2]));

So why Approach B exists? Approach A uses it internally, it's basically an Approach B preset that provides a "good-enough" solution to issues mentioned above. Approach B also will be the better choice, if you want to change how the macro behaves, based on the module import name. You will have to deal with these limitations when you use this macro, though.

LICENSE

MIT