template
Render templates from any engine. Make custom template types, use layouts on pages, partials or any custom template type, custom delimiters, helpers, middleware, routes, loaders, and lots more. Powers Assemble v0.6.0, Verb v0.3.0 and your application.
- 100% test coverage (as of Feb. 02, 2015) with ~500 unit tests
- Render templates with any engine, including any consolidate,
transformers, or any compatible engine. Or, create your own!
- Create custom template types. Built-in types are
page
, layout
and partial
, but you can create special types for any use case. - Custom loaders. Loaders are simple functions that change how templates are loaded and can be used with template types, or individual templates.
Install with npm
npm i template --save
Usage
var Template = require('template');
var template = new Template();
Define a template
template.page('home.tmpl', 'This home page.');
template.page('home.tmpl', 'The <%= title %> page', {title: 'home'});
Render a template
Using the default Lo-Dash engine:
template.render('home.tmpl', function(err, html) {
if (err) throw err;
console.log(html);
});
Or you can pass a string (non-cached template):
template.render('foo bar', function(err, html) {
if (err) throw err;
console.log(html);
});
Locals
Pass locals
as the second parameter:
template.render('foo <%= bar %>', {bar: 'baz'}, function(err, html) {
if (err) throw err;
console.log(html);
});
Register an engine
Register
Examples
template.engine('hbs', require('engine-handlebars'));
template.engine('tmpl', require('engine-lodash'));
Using consolidate.js
You can also use consolidate:
var consolidate = require('consolidate');
template.engine('hbs', consolidate.handlebars);
template.engine('tmpl', consolidate.lodash);
Using a custom function
Render .less
files:
var less = require('less');
template.engine('less', function(str, options, cb) {
try {
less.render(str, options, function (err, res) {
if (err) { return cb(err); }
cb(null, res.css);
});
} catch (err) { return cb(err); }
});
You can also use engine-less.
Load templates
As glob patterns:
template.pages('pages/*.hbs');
template.pages(['partials/*.hbs', 'includes/*.hbs']);
As key/value pairs:
template.page('home', 'This is home.');
template.page('home', 'This is <%= title %>.', {title: 'home'});
template.page('home', {content: 'This is home.'});
template.page('home', {content: 'This is <%= title %>.', title: 'home'});
template.page('home', {content: 'This is <%= title %>.'}, {title: 'home'});
Note any of the above examples will work with either the singular or plural methods (e.g. page/pages)
Custom templates
Built-in template types are:
page
: the default renderable
template typelayout
: the default layout
template typepartial
: the default partial
template type
If you need something different, add your own:
template.create('post', { isRenderable: true, isPartial: true });
template.create('section', { isLayout: true });
template.create('include', { isPartial: true });
Setting isRenderable
, isLayout
and isPartial
will add special convenience methods to the new template type. For example, when isRenderable
is true, any templates registered for that that type can be rendered directly by passing the name of a template to the .render()
method.
Loading custom templates
We can now load posts using the .post()
or .posts()
methods, the same way that pages or other default templates are loaded:
template.posts('my-blog-post', 'This is content...');
Note: if you create a new template type with a weird plural form, like cactus
, you can pass cacti
as a second arg. e.g. template.create('cactus', 'cactii')
post
will belong to both the renderable
and partial
types. This means that posts
can be used as partials, and they will be "findable" on the cache by the render methods. Renderable templates also get their own render methods, but more on that later.section
will belong to the layout
type. This means that any section
template can be used as a layout for other templates.include
will belong to the partial
type. This means that any include
template can be used as partial by other templates.
Custom loaders
Every template subtype uses a built-in loader to load and/or resolve templates. However, if you need something different, just add your own.
Pass an array of functions, each can take any arguments, but the last must pass an object to the callback:
template.create('component', { isPartial: true },
function (filepath, next) {
var str = fs.readFileSync(filepath, 'utf8');
var file = {};
file[filepath] = {path: filepath, content: str};
return file;
}
);
Now, every component
will use this loader.
template.component('components/navbar.html');
Template-specific loaders
When the last argument passed to a template is an array, or more specifically an array of functions, that array will be concatenated to the loader array for the template's subtype.
Example
template.component('components/navbar.html',
function(file) {
file.data = {foo: 'bar'};
return file;
}
})
Loader requirements
As mentioned in the previous section, loader functions may take any arguments long as the last function returns a valid template object.
Valid template object
A valid template object is a key/value pair that looks like this:
{'foo.txt': {content: 'this is content'}};
key
{String}: the unique identifier for the template. Usually a name or the filepath that was used for loading the templatevalue
{Object}: the actual template object, value
must have the following properties:
content
{String}: the string to be rendered
Any additional properties may be added. Useful ones are:
path
{String}: If present, can be used to determine engines, delimiters, etc.ext
{String}: Like path
, can be used to determine engines, delimiters, etc.options
{Object}: If present, options are passed to engines, and can also be useful in determining engines, delimiters, etc.locals
{Object}: data to pass to templates
Build docs
Install devDependencies:
npm i -d && verb
Run tests
Install devDependencies:
npm i -d && verb test
TBC...
Authors
Jon Schlinkert
Brian Woodward
License
Copyright (c) 2014-2015 Jon Schlinkert
Released under the MIT license
This file was generated by verb on February 02, 2015.