leto
v0.2.6
Published
Leto - Spawn new projects from templates
Downloads
25
Maintainers
Readme
Leto - Projects from the hip
Leto is a general purpose text wrangler that can help automate tasks in any language, on any major platform.
Do you find yourself writing the same code over and over? Do you waste time running search replace, looking up command line arguments, or otherwise doing non-dev work? Leto is built for you! Run complicated procedures in seconds, and automate away all your busy work.
Installation
npm install -g leto
Overview
Leto is designed to spawn new projects from boilerplate projects, given some information from the user. In order to do this, we need to create a 'procedure' for leto to follow. The procedure and other configuration information is placed into a file called leto.json, or leto.json5, and must sit within the main project directory.
Command Line Usage
We're going to create 'templates' and then use them from the command line. If we have a template named "server" in our holster (more later), we could do something like this:
leto spawn server
If we have another template called view that has the parameter "name", we can spawn that on top of the server, and fill out the parameters
leto spawn view --name AwesomeName
If you're curious about what parameters need to be filled out, you can 'crawl' a template
leto crawl view
Leto has some built-in systems for organizing and using templates. The first is called the holster:
leto show holster
The holster holds the currently loaded set of leto templates. Templates can be added to the holster with custom names that are convenient for command line use. If you were inside the directory of a leto template, you could add it to the holster:
leto arm [holster name]
Once you've loaded that template into the holster, you can use it from the command line:
leto spawn [holster name]
If you want to see the parameters available inside of a holster parameter so you can spawn it with full info, you can do something like:
leto crawl [holster name]
If your holster is getting too large/unmanageable you can save it into a 'rack':
leto save rack [rack name]
You can view your currently available racks:
leto show racks
leto show rack [rack name]
You can load up one of your racks into the current holster:
leto load rack [rack name]
[JSON5] (https://github.com/aseemk/json5)
JSON5 allows us to setup leto using a simple JSON-compatible format, and make it easier to read and write by allowing comments and things like trailing commas.
Example leto.json5
{ "image": "http://secure.gravatar.com/avatar/8c758b186ab9e7358188ef30672ce84e?s=496&d=retro",
"github": {
"user": "ZECTBynmo",
"repo": "someRepo"
},
"defaults": {
"projectName": "DefaultProjectName",
}
////////////////////////////////////////////////////////////////////////////////
// Setup procedure
"procedure": [
// ******************************
// Step 1 - Move Sources
// ******************************
{ "title": "Move SDK sources into place",
"type": "move",
"plan": "./movingPlan",
}, // end move sources
// ******************************
// Step 2 - Search and Replace
// ******************************
{ "title": "Change names and paths",
"type": "replace",
"keywords": {
"projectName": "MyProject",
},
"extensions": [
".js",
".md",
".json"
]
}, // end search and replace
// ******************************
// Step 3 - Run a script
// ******************************
{ "title": "Generate project files",
"type": "execute",
"command": "nonnode-gyp configure"
}, // end run script
] // end setup procedure
}
The procedure consists of a series of 'steps'. Each step can have a different action, and can depend on user input where necessary.
The following basic actions are available, directly replacing what you might do manually:
move - move file(s) from one place into another using [mover] (https://github.com/ZECTBynmo/mover)
{ title: "some title",
type: "move",
// Relative path to our moving plan (see the mover readme for more info)
plan: "./somePlan"
}
replace - do batch search+replace on files and paths within a dir using [maker] (https://github.com/ZECTBynmo/maker)
This step reads through all files within a directory, and feeds them into [maker] (https://github.com/ZECTBynmo/maker), where they are searched for keywords. Where found, keywords will be replaced by variables determined by user input. In the example leto.json5 above, we were marking each instance of the string "MyProject" as an instance of the variable "projectName". Eventually, we'll figure out what the value projectName actually is, and do search replace.
{ title: "some title",
type: "replace",
// The names of the items we want to flag for replacement
"keywords": {
"whatIsTheKeyword": "TheKeyword",
"what is THIS keyword?": "TheOtherKeyword!",
"whatIsThisPath": "../../../../../../test"
},
// The file extensions that we want to process (we process everything if not present)
"extensions": [
".js",
".md",
".json"
]
}
execute - run a shell command (so you can launch a script, etc...)
{ "title": "Generate project files",
"type": "execute",
// The (optional) directory where we want to run the command
"workingdir": "someDir/otherDir",
// The command we want to run
"command": "cd myDir && mkdir newDir && cd newDir"
}
template - generate text files from [maker] (https://github.com/ZECTBynmo/maker) templates
{ "title": "Template a file!",
"type": "template",
// Directory where our template files (.tpl) are sitting
"sourcedir": "test/test_templates",
// A list of the template files we want to generate, and their destinations
// Destinations can be templatized
"templates": [
{ "name": "test1",
"dest": "test/~~testFolderName~~/templatedScript.js"
}
]
}
change - modify a file in place, using [changer] (https://github.com/ZECTBynmo/changer)
{ "title": "Change some stuff",
"type": "change",
// The relative path to our rule set (a node.js module)
"ruleset": "test/test_rulesets/testRules.js",
// The list of changes we want to do
// Rules can be run on a single line using 'line', or they
// can be run on multiple lines using 'start' and 'end'.
"changes": [
{
"rule": "insert", // Name of the rule
"args": "test += 5", // optional arguments to the rule
"file": "test/_TEST/TestChangerSource.js", // File we're changing
"line": 16 // Line to operate on
},
{
"rule": "change",
"args": "test += 444",
"file": "test/_TEST/TestChangerSource.js",
"line": 9
},
{
"rule": "bestRuleName",
"file": "test/_TEST/TestChangerSource.js",
"start": 23, // Line to start on
"end": 26 // Line to end on
}
]
}
Template layer
Almost everything in leto is passed through the 'template layer' using [maker] (https://github.com/ZECTBynmo/maker). Many parts of the leto.json5 configuration are inspected for 'template strings', allowing you to expose parts of your project as variables, which will be filled with user input later.
For example, lets look at one of Leto's explicit template files. Lets call this test.tpl
//////////////////////////////////////////////////////////////////////////
// ~~comment~~
function ~~functionName~~(~~arguments~~) {
~~contents~~
} // end ~~functionName~~()
Leto loads in the template, and extracts the variables from it. Later, variables can be resolved by somewhere else in the leto.json5 config file, or by user input.
If we build a leto.json5 template using test.tpl, it might look something like this (lets say it lives in a directory called source/directory)
{
procedure: {
"type": "template",
"sourcedir": "template/directory",
"templates": [
{ "name": "test",
"dest": "output/directory/~~parameter~~/test.js"
}
]
}
}
Notice that the 'dest' has a variable in it also. This will be passed through the same process. Now that we have a procedure, we could use it. Here's how we could make use of our parameters from the command line (assuming we've armed the template as "test")
leto spawn test --parameter TEST --comment Sweeeeeet --functionName testFunction --contents console.log('!');
This would spit out a file at output/directory/TEST/test.js that would look like:
//////////////////////////////////////////////////////////////////////////
// Sweeeeeet
function testFunction() {
console.log('sweet');
} // end testFunction()
Notice that we never specified any value for the "arguments" variable, leaving the space empty.
If we wanted to, we could define some default variables with a "defaults" block:
{
procedure: {
"type": "template",
"sourcedir": "template/directory",
"templates": [
{ "name": "test",
"dest": "output/directory/~~parameter~~/test.js"
}
]
},
defaults; {
parameter: "something",
comment: "Some Awesome Comment!",
functionName: "defaultName",
contents: "console.log('default');"
}
}
We can also fill out template more dynamically by creating reference to a "functions" file. Here's an example functions file where we override a variable (NOTE: Templates inside of functions files WILL work)
{
procedure: {
...your procedure...
},
functions: "leto/overrides.js"
}
exports.randomNumber = function() {
return Math.random();
}
Then we can reference it from a template file like this (othertest.tpl), and we will get a unique random number every time:
var uniqueNumber = ~~randomNumber~~;
If you need to override a template parameter with the contents of a file, rather than by calling a function, you can setup some "externals" (NOTE: Templates inside of externals files WILL work):
{
procedure: {
...your procedure...
},
externals: {
"first_param_name": "first/file/to/load.txt",
"second_param_name": "second/file/to/load.csv",
}
}
Some places where you can use templates
- Most file paths inside of leto.json5
- File paths inside of [mover] (https://github.com/ZECTBynmo/mover) plans
- Anything within 'change' rules
- Anything within leto template files (.tpl)