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

blu-generator

v0.1.1

Published

A convention driven approach to yeoman generators

Downloads

3

Readme

blu-generator

A set of conventions (based on blu) for yeoman-generator. Provides useful features with minimal effort.

Example

The simplest example that will work (uses default yo life-cycle triggers for blu methods):

var blu = require( "blu-generator" );
module.exports = blu.extend( {} );

And when defining yo life-cycle methods, you can call the blu helpers directly (these methods are automatically wired up if the related events are not defined by your generator):

var blu = require( "blu-generator" );

module.exports = blu.extend( {
	initialize: function() {
		// ... custom code ...
		this.init();
	},
	prompting: function() {
		// ... custom code ...
		this.ask();
		// ... custom code ...
	},
	writing: function() {
		// ... custom code ...
		this.writeTemplate();
	},
	install: function() {
		// ... custom code ...
		this.installDependencies();
	}
} );

API

init()

Loads the template from the current generator's templates path and sets the resulting data structure on the blu property. This is automatically called during initialize unless your generator also defines an initialize method or section. In that case, call this.init() within the initialize step of your generator to use this behavior.

runBefore()

Used to execute any before commands set in the .commands.json file via drudgeon.

runAfter()

Used to execute any after commands set in the .commands.json file via drudgeon.

ask()

Sends the prompts specified in the .prompts.js file to inquirer and then sets the generator's answer property to the results. This is automatically called during prompting unless your generator also defines an prompting method or section. In that case, call this.ask() within the prompting step of your generator to use this behavior.

writeTemplate()

Copies all files from the generator's templates folder to a matching structure in the target, passing any file ending with a .blu extension to lodash's template engine before its written. This is automatically called during writing unless your generator also defines an writing method or section. In that case, call this.writeTemplate() within the writing step of your generator to use this behavior.

installDependencies()

This is not a special blu method, but this yo method it is automatically called during install unless your generator also defines an install method or section. In that case, call this.installDependencies() within the install step of your generator to use this behavior.

Concepts

Templating

All files are processed first by EJS and then lodash templating functions. The data required by these templates can be provided through prompts and setting the generator's data property. Code imports can be provided to the templates by including a .context.js file that returns a hash containing the aliased libraries/functions required by the templates.

Only files with a .blu extension will be treated as templates - the resulting file will omit this extension. All other files are simply copied from the generator's template folder to a matching folder structure in the target.

Note: the reason for two templating engines is that EJS supports line "slurping": the removal of any empty lines that would be included as the result of a failing conditional code block. Lodash is included because it supports the ${} which doesn't introduce HTML escaping and is much simpler/cleaner when all you want to do is include a template variable in your code.

Prompts

A .prompt.js file within a generator's templates directory specifies how to collect each template variable. Inquirer is used to collect answers so the metadata provided by this file can take full advantage of its features.

Prompt Array

// a very simple template with only one variable would only need a single prompt
module.exports = [
	{
		name: 'projectName',
		type: 'input',
		message: 'Project name'
	}
];

Context

The optional '.context.js' file should return a hash with anything required by the templates that are not provided by the prompts.

// make environment variables available to the templates easily
module.exports = {
	'environment': process.env
}

Structure

blu allows more control over where template files are placed through an optional .structure.json file. It provides a map of template files to a relative destination path that can contain template variables.

Note: the key and value paths should be relative to the repository root.

{
	"./sourceFile.js": "./src/things/${thingName}.js"
}

Given a value of "test1" for thingName, a copy of sourceFile.js would be saved to ./src/things/test1.js after running it through lodash's template function.

Commands

Before and after sets of shell commands can be specified using the optional '.commands.json'. To understanding all the features available in specifying these commands, see Drudgeon's documentation.

Note: before and after commands refer to when the run relative to fulfilling the templates.

This example demonstrates before and after sets of tasks. The before will delete the local node_modules folder (if it exists) and then install any pre-defined package dependencies in one step and then install another set of libraries as dependencies.

{
	"before": {
		"npm-clear": {
			"cwd": "./",
			"cmd": {
				"win32": "rmdir",
				"*": "rm"
			},
			"args": {
				"win32": [ "./node_modules", "/s" ],
				"*": [ "-rf", "./node_modules" ]
			}
		}
	},
	"after": {
		"npm-libs": {
			"cwd": "./",
			"cmd": {
				"win32": "npm.cmd",
				"*": "npm"
			},
			"args": [ "install" ]
		}
	}
}