A set of conventions (based on blu) for yeoman-generator
. Provides useful features with minimal effort.
The simplest example that could work:
var blu = require( 'blu-generator' );
module.exports = blu.extend( {
initialize: function() {
this.init();
},
prompting: function() {
this.ask();
},
writing: function() {
this.writeTemplate();
},
install: function() {
this.installDependencies();
}
} );
Loads the template from the current generator's templates path and sets the resulting data structure on the blu
property. Call this within the initialize
step of your generator.
Used to execute any before commands set in the .commands.json
file via drudgeon
.
Used to execute any after commands set in the .commands.json
file via drudgeon
.
Sends the prompts specified in the .prompts.js
file to inquirer
and then sets the generator's answer
property to the results.
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.
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.
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.
// a very simple template with only one variable would only need a single prompt
module.exports = [
{
name: 'projectName',
type: 'input',
message: 'Project name'
}
];
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
}
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.
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" ]
}
}
}