Logicless text templating engine. Templates are compiled alone with Java-sources. Value bindings are statically checked.
-
Logicless templating language.
-
Mustache syntax.
-
Templates are compiled into effective code
-
Value bindings are statically checked.
-
Methods, fields and getter-methods can be referenced in templates.
-
Friendly error messages with context.
-
Zero configuration. No plugins or tweaks are required. Everything is done with standard javac with any IDE and/or build-system.
-
Non-HTML templates are supported. Set of supported formats is extensible.
-
Layouts are supported, i. e. generation of header and footer from one template.
Use maven dependency:
<dependency>
<groupId>com.github.sviperll</groupId>
<artifactId>static-mustache</artifactId>
<version>0.4</version>
</dependency>-
Since 0.3
Switch to metachicory version 0.24. Replace text-formats dependency with chicory-text 0.24. Add support for layouts, see
Html5Layoutexample. -
Since 0.2
Introduce metachicory 0.17 and text-formats 0.17 dependencies
{{#name}}
<p>Name: {{.}}, Name Length is {{length}}</p>
{{/name}}
<p>Age: {{ age }}</p>
<p>Achievements:</p>
<ul>
{{#array}}
<li>{{.}}</li>
{{/array}}
</ul>
{{^array}}
<p>No achievements</p>
{{/array}}
<p>Items:</p>
<ol>
{{#list1}}
<li>{{value}}</li>
{{/list1}}
</ol>
Following class can be used to provide actual data to fill into above template.
@GenerateRenderableAdapter(
// points to src/main/resources/user.mustache file
template = "user.mustache",
// adapterName can be omitted. "Renderable{{className}}Adapter" name is used by default
adapterName = "RenderableHtmlUserAdapter")
public class User {
final String name;
final int age;
final String[] array;
final List<Item<String>> list1;
public User(String name, int age, String[] array, List<Item<String>> list1) {
this.name = name;
this.age = age;
this.array = array;
this.list1 = list1;
}
public static class Item<T> {
private final T value;
public Item(T value) {
this.value = value;
}
T value() {
return value;
}
}
}New class RenderableHtmlUserAdapter will be mechanically generated with the above code. This class can be used to render template filled with actual data. To render template following code can be used:
class Main {
public static void main(String[] args) throws IOException {
User user = new User("John Doe", 21, new String[] {"Knowns nothing"}, list);
Renderable<Html> renderable = new RenderableHtmlUserAdapter(user);
// Any appendable will do: StringBuilder, Writer, OutputStream
Renderer renderer = renderable.createRenderer(System.out);
// Write rendered template
renderer.render();
}
}The result of running this code will be
<p>Name: John Doe, Name Length is 8</p>
<p>Age: 21</p>
<p>Achievements:</p>
<ul>
<li>Knowns nothing</li>
</ul>
<p>Items:</p>
<ol>
<li>helmet</li>
<li>shower</li>
</ol>
Referencing non existent fields, or fields with non renderable type, all result in compile-time errors. These errors are reported at your project's compile-time alone with other possible errors in java sources.
target/classes/user.mustache:5: error: Field not found in current context: 'age1'
<p>Age: {{ age1 }} ({{birthdate}}) </p>
^
symbol: mustache directive
location: mustache template
target/classes/user.mustache:5: error: Unable to render field: type error: Can't render data.birthdate expression of java.util.Date type
<p>Age: {{ age }} ({{birthdate}}) </p>
^
symbol: mustache directive
location: mustache template
See static-mustache-examples project for more examples.
The idea is to create templating engine combining mustache logicless philosophy with Java's single responsibility and static-typing. Full compile-time check of syntax and data-binding is the main requirement.
Currently Java-code is generated for templates. Generated Java-code should never fail to compile. If it is impossible to generate valid Java-code from some template, friendly compile-time error pointing to template file should be generated. Users should never be exposed to generated Java-code.
Original mustache uses Javascript-objects to define rendering context. Fields of selected Javascript-objects are binded with template fields.
Static mustache uses Java-objects to define rendering context. Binding of template fields is defined and checked at compile-time. Missing fields are compile-time error.
- Lambdas are not supported
- Partials are not supported
- Delimiter redefinition is not supported
When some value is null nothing is rendered for this mustache-variable or mustache-section anyway.
Boxed and unboxed booleans can be used for mustache-sections. Section is only rendered if value is true.
Arrays and Iterables can be used in mustache-sections and are treated like Javascript-arrays in original mustache.
Any non-null object can be used for mustache-section. This object serves like a data-binding context for given section.
Data-binding contexts are nested. Names are looked up in innermost context first. If name is not found in current context, parent context is inspected. This process continues up to root context.
In each rendering context name lookup is performed as following. Lookup is performed in Java-class serving as a rendering context.
-
Method with requested name is looked up. Method should have no arguments and should throw no checked exceptions. If there is such method it is used to fetch actual data to render. Compile-time error is raised if there is method with given name, but it is not accessible, has parameters or throws checked exceptions.
-
Method with getter-name for requested name is looked up. (For example, if 'age' is requested, 'getAge' method is looked up.) Method should have no arguments and should throw no checked exceptions. If there is such method it is used to fetch actual data to render. Compile-time error is raised if there is method with such name, but it is not accessible, has parameters or throws checked exceptions.
-
Field with requested name is looked up. Compile-time error is raised if there is field with such name but it's not accessible.
-
Search continues in parent-context if all of the above failed.
Primitive types and strings can be used in mustache-variables.
Escaping is always performed for mustache-variables.
Unescaped variables are supported as in original mustache.
Any boxed or unboxed primitive type is rendered with toString method. Strings are rendered as is.
Rendering of other Java-types as mustache-variable is currently compile-time error.
Static mustache is under BSD 3-clause license.
