📢 Archived in favor of https://github.com/pattern-lab/patternlab-node
To install the Underscore engine in your edition, npm install patternengine-node-underscore
should do the trick.
- Includes (Accomplished using the included
_.renderNamedPartial()
) - Lineage
- Hidden Patterns
- Pseudo-Patterns
- Pattern States
- Pattern Parameters (Accomplished instead using parameter object passed to the included
_.renderNamedPartial()
mixin function) - Style Modifiers (Accomplished instead using parameter object passed to the included
_.renderNamedPartial()
mixin function)
Underscore templates include no native support for calling other templates, so support for pattern including is accomplished through an included Underscore mixin function, _.renderNamedPartial()
, and is considered experimental, but seems to work just fine.
<p>
Here's a large button, with parameters:
<%- _.renderNamedPartial('atoms-button', { variantClass: 'btn-large' }) %>
</p>
When referring to deeply nested data, it's helpful to have a way of doing that (as Handlebars and Mustache do) that's tolerant of unexpected null
values. For example, if you have the following pattern JSON:
{
"foo": {
"bar": {
"value": "That is the question:"
}
}
}
And the following in an underscore template that refers to it:
<p>
To be, or not to be, <%= foo.bar.value %>
</p>
If you feed that template JSON that (for whatever reason) has foo.bar
as null
, the pattern will crash because null.value
throws an exception. It's nice to be able to write this instead:
<p>
To be, or not to be, <%= _.getPath('foo.bar.value', obj) %>
</p>
and know that the output will be more safely "To be, or, not to be, null" instead of just throwing an error and crashing the pattern. This is mainly useful for operationalized pattern templates that will be provided with JSON from services that you can't control in Pattern Lab.
Note that obj
is an Underscore pattern's current data context. See Dr. Axel Rauschmeyer's article for more.