Skip to content

kylealanhale/GRMustache.swift

 
 

Repository files navigation

GRMustache.swift

GRMustache.swift is a Mustache template engine written in Swift 2, from the author of the Objective-C GRMustache.

It extends the genuine Mustache language with built-in goodies and extensibility hooks that let you avoid the strict minimalism of Mustache when you need it.

December 7, 2015: GRMustache.swift 1.0.0 is out - Release notes. Follow @GRMustache on Twitter for release announcements and usage tips.

The last release that supports Swift 2.1 is version v0.11.0, on the Swift2.1 branch.

Jump to:

Features

  • Support for the full Mustache syntax
  • Filters, as {{ uppercase(name) }}
  • Template inheritance, as in hogan.js, mustache.java and mustache.php.
  • Built-in goodies
  • Unlike many Swift template engines, GRMustache.swift does not rely on the Objective-C runtime. It lets you feed your templates with ad-hoc values or your existing models, without forcing you to refactor your Swift code into Objective-C objects.

Requirements

  • iOS 7.0+ / OSX 10.9+
  • Xcode 7

Usage

The library is built around three main APIs:

  • The Template(...) constructor that loads a template.
  • The Box(...) function that makes your data able to feed templates.
  • The Template.render(...) method that renders.

document.mustache:

Hello {{name}}
Your beard trimmer will arrive on {{format(date)}}.
{{#late}}
Well, on {{format(realDate)}} because of a Martian attack.
{{/late}}
import Mustache

// Load the `document.mustache` resource of the main bundle
let template = try Template(named: "document")

// Let template format dates with `{{format(...)}}`
let dateFormatter = NSDateFormatter()
dateFormatter.dateStyle = .MediumStyle
template.registerInBaseContext("format", Box(dateFormatter))

// The rendered data
let data = [
    "name": "Arthur",
    "date": NSDate(),
    "realDate": NSDate().dateByAddingTimeInterval(60*60*24*3),
    "late": true
]

// The rendering: "Hello Arthur..."
let rendering = try template.render(Box(data))

Installation

iOS7

To use GRMustache.swift in a project targetting iOS7, you must include the source files directly in your project. Check the Docs/DemoApps/MustacheDemoiOS7 application for an example of integration.

CocoaPods

CocoaPods is a dependency manager for Xcode projects.

To use GRMustache.swift with CocoaPods, specify in your Podfile:

source 'https://github.com/CocoaPods/Specs.git'
use_frameworks!

pod 'GRMustache.swift', '~> 1.0'

Carthage

Carthage is another dependency manager for Xcode projects.

To use GRMustache.swift with Carthage, specify in your Cartfile:

github "groue/GRMustache.swift" ~> 1.0

Swift Package Manager

The Swift Package Manager is the open source tool for managing the distribution of Swift code.

To use GRMustache.swift with the Swift Package Manager, add https://github.com/groue/GRMustache.swift to the list of your package dependencies:

import PackageDescription

let package = Package(
    name: "MyPackage",
    targets: [],
    dependencies: [
        .Package(url: "https://github.com/groue/GRMustache.swift", majorVersion: 1, minor: 0),
    ]
)

Check groue/GRMustacheSPM for a sample Swift package that uses GRMustache.swift.

Manually

Download a copy of GRMustache.swift, embed the Xcode/Mustache.xcodeproj project in your own project, and add the MustacheOSX or MustacheiOS target as a dependency of your own target.

Documentation

To fiddle with the library, open the Xcode/Mustache.xcworkspace workspace: it contains a Mustache-enabled Playground at the top of the files list.

External links:

Rendering templates:

Feeding templates:

Misc:

Loading Templates

Templates may come from various sources:

  • Raw Swift strings:

    let template = try Template(string: "Hello {{name}}")
  • Bundle resources:

    // Loads the "document.mustache" resource of the main bundle:
    let template = try Template(named: "document")
  • Files and URLs:

    let template = try Template(path: "/path/to/document.mustache")
    let template = try Template(URL: templateURL)
  • Template Repositories:

    Template repositories represent a group of templates. They can be configured independently, and provide neat features like template caching. For example:

    // The repository of Bash templates, with extension ".sh":
    let repo = TemplateRepository(
        bundle: NSBundle.mainBundle(),
        templateExtension: "sh")
    
    // Disable HTML escaping for Bash scripts:
    repo.configuration.contentType = .Text
    
    // Load the "script.sh" resource:
    let template = repo.template(named: "script")!

For more information, check:

Errors

Not funny, but they happen. Standard NSErrors of domain NSCocoaErrorDomain, etc. may be thrown whenever the library needs to access the file system or other system resource. Mustache-specific errors are of type MustacheError:

do {
    let template = try Template(named: "Document")
    let rendering = template.render(Box(data))
} catch let error as MustacheError {
    // Parse error at line 2 of template /path/to/template.mustache:
    // Unclosed Mustache tag.
    error.description
    
    // TemplateNotFound, ParseError, or RenderError
    error.kind
    
    // The eventual template at the source of the error. Can be a path, a URL,
    // a resource name, depending on the repository data source.
    error.templateID
    
    // The eventual faulty line.
    error.lineNumber
    
    // The eventual underlying error.
    error.underlyingError
}

Mustache Tags Reference

Mustache is based on tags: {{name}}, {{#registered}}...{{/registered}}, {{>include}}, etc.

Each one of them performs its own little task:

Variable Tags

A Variable tag {{value}} renders the value associated with the key value, HTML-escaped. To avoid HTML-escaping, use triple mustache tags {{{value}}}:

let template = try Template(string: "{{value}} - {{{value}}}")

// Mario & Luigi - Mario & Luigi
let data = ["value": "Mario & Luigi"]
let rendering = try template.render(Box(data))

Section Tags

A Section tag {{#value}}...{{/value}} is a common syntax for three different usages:

  • conditionally render a section.
  • loop over a collection.
  • dig inside an object.

Those behaviors are triggered by the value associated with value:

Falsey values

If the value is falsey, the section is not rendered. Falsey values are:

  • missing values
  • false boolean
  • zero numbers
  • empty strings
  • empty collections
  • NSNull

For example:

let template = try Template(string: "<{{#value}}Truthy{{/value}}>")

// "<Truthy>"
try template.render(Box(["value": true]))
// "<>"
try template.render(Box([:]))                  // missing value
try template.render(Box(["value": false]))     // false boolean

Collections

If the value is a collection, the section is rendered as many times as there are elements in the collection, and inner tags have direct access to the keys of elements:

Template:

{{# friends }}
- {{ name }}
{{/ friends }}

Data:

[
  "friends": [
    [ "name": "Hulk Hogan" ],
    [ "name": "Albert Einstein" ],
    [ "name": "Tom Selleck" ],
  ]
]

Rendering:

- Hulk Hogan
- Albert Einstein
- Tom Selleck

Collections can be Swift arrays, ranges, sets, NSArray, NSSet, etc.

Other Values

If the value is not falsey, and not a collection, then the section is rendered once, and inner tags have direct access to the value's keys:

Template:

{{# user }}
- {{ name }}
- {{ score }}
{{/ user }}

Data:

[
  "user": [
    "name": "Mario"
    "score": 1500
  ]
]

Rendering:

- Mario
- 1500

Inverted Section Tags

An Inverted section tag {{^value}}...{{/value}} renders when a regular section {{#value}}...{{/value}} would not. You can think of it as the Mustache "else" or "unless".

Template:

{{# persons }}
- {{name}} is {{#alive}}alive{{/alive}}{{^alive}}dead{{/alive}}.
{{/ persons }}
{{^ persons }}
Nobody
{{/ persons }}

Data:

[
  "persons": []
]

Rendering:

Nobody

Data:

[
  "persons": [
    ["name": "Errol Flynn", "alive": false],
    ["name": "Sacha Baron Cohen", "alive": true]
  ]
]

Rendering:

- Errol Flynn is dead.
- Sacha Baron Cohen is alive.

Partial Tags

A Partial tag {{> partial }} includes another template, identified by its name. The included template has access to the currently available data:

document.mustache:

Guests:
{{# guests }}
  {{> person }}
{{/ guests }}

person.mustache:

{{ name }}

Data:

[
  "guests": [
    ["name": "Frank Zappa"],
    ["name": "Lionel Richie"]
  ]
]

Rendering:

Guests:
- Frank Zappa
- Lionel Richie

Recursive partials are supported, but your data should avoid infinite loops.

Partial lookup depends on the origin of the main template:

File system

Partial names are relative paths when the template comes from the file system (via paths or URLs):

// Load /path/document.mustache
let template = Template(path: "/path/document.mustache")

// {{> partial }} includes /path/partial.mustache.
// {{> shared/partial }} includes /path/shared/partial.mustache.

Partials have the same file extension as the main template.

// Loads /path/document.html
let template = Template(path: "/path/document.html")

// {{> partial }} includes /path/partial.html.

When your templates are stored in a hierarchy of directories, you can use absolute paths to partials, with a leading slash. For that, you need a template repository which will define the root of absolute partial paths:

let repository = TemplateRepository(directoryPath: "/path")
let template = repository.template(named: ...)

// {{> /shared/partial }} includes /path/shared/partial.mustache.

Bundle resources

Partial names are interpreted as resource names when the template is a bundle resource:

// Load the document.mustache resource from the main bundle
let template = Template(named: "document")

// {{> partial }} includes the partial.mustache resource.

Partials have the same file extension as the main template.

// Load the document.html resource from the main bundle
let template = Template(named: "document", templateExtension: "html")

// {{> partial }} includes the partial.html resource.

General case

Generally speaking, partial names are always interpreted by a Template Repository:

  • Template(named:...) uses a bundle-based template repository: partial names are resource names.
  • Template(path:...) uses a file-based template repository: partial names are relative paths.
  • Template(URL:...) uses a URL-based template repository: partial names are relative URLs.
  • Template(string:...) uses a template repository that can’t load any partial.
  • templateRepository.template(named:...) uses the partial loading mechanism of the template repository.

Check TemplateRepository.swift for more information (read on cocoadocs.org).

Dynamic partials

A tag {{> partial }} includes a template, the one that is named "partial". One can say it is statically determined, since that partial has already been loaded before the template is rendered:

let repo = TemplateRepository(bundle: NSBundle.mainBundle())
let template = try repo.template(string: "{{#user}}{{>partial}}{{/user}}")

// Now the `partial.mustache` resource has been loaded. It will be used when
// the template is rendered. Nothing can change that.

You can also include dynamic partials. To do so, use a regular variable tag {{ partial }}, and provide the template of your choice for the key "partial" in your rendered data:

// A template that delegates the rendering of a user to a partial.
// No partial has been loaded yet.
let template = try Template(string: "{{#user}}{{partial}}{{/user}}")

// The user
let user = ["firstName": "Georges", "lastName": "Brassens", "occupation": "Singer"]

// Two different partials:
let partial1 = try Template(string: "{{firstName}} {{lastName}}")
let partial2 = try Template(string: "{{occupation}}")

// Two different renderings of the same template:
// "Georges Brassens"
let data1 = ["user": Box(user), "partial": Box(partial1) ]
try template.render(Box(data1))
// "Singer"
let data2 = ["user": Box(user), "partial": Box(partial2) ]
try template.render(Box(data2))

Partial Override Tags

GRMustache.swift supports Template Inheritance, like hogan.js, mustache.java and mustache.php.

A Partial Override Tag {{< layout }}...{{/ layout }} includes another template inside the rendered template, just like a regular partial tag {{> partial}}.

However, this time, the included template can contain blocks, and the rendered template can override them. Blocks look like sections, but use a dollar sign: {{$ overrideMe }}...{{/ overrideMe }}.

The included template layout.mustache below has title and content blocks that the rendered template can override:

<html>
<head>
    <title>{{$ title }}Default title{{/ title }}</title>
</head>
<body>
    <h1>{{$ title }}Default title{{/ title }}</h1>
    {{$ content }}
        Default content
    {{/ content }}}
</body>
</html>

The rendered template article.mustache:

{{< layout }}

    {{$ title }}{{ article.title }}{{/ title }}
    
    {{$ content }}
        {{{ article.html_body }}}
        <p>by {{ article.author }}</p>
    {{/ content }}
    
{{/ layout }}
let template = try Template(named: "article")
let data = [
    "article": [
        "title": "The 10 most amazing handlebars",
        "html_body": "<p>...</p>",
        "author": "John Doe"
    ]
]
let rendering = try template.render(Box(data))

The rendering is a full HTML page:

<html>
<head>
    <title>The 10 most amazing handlebars</title>
</head>
<body>
    <h1>The 10 most amazing handlebars</h1>
    <p>...</p>
    <p>by John Doe</p>
</body>
</html>

A few things to know:

  • A block {{$ title }}...{{/ title }} is always rendered, and rendered once. There is no boolean checks, no collection iteration. The "title" identifier is a name that allows other templates to override the block, not a key in your rendered data.

  • A template can contain several partial override tags.

  • A template can override a partial which itself overrides another one. Recursion is possible, but your data should avoid infinite loops.

  • Generally speaking, any part of a template can be refactored with partials and partial override tags, without requiring any modification anywhere else (in other templates that depend on it, or in your code).

Dynamic partial overrides

Like a regular partial tag, a partial override tag {{< layout }}...{{/ layout }} includes a statically determined template, the very one that is named "layout".

To override a dynamic partial, use a regular section tag {{# layout }}...{{/ layout }}, and provide the template of your choice for the key "layout" in your rendered data.

Set Delimiters Tags

Mustache tags are generally enclosed by "mustaches" {{ and }}. A Set Delimiters Tag can change that, right inside a template.

Default tags: {{ name }}
{{=<% %>=}}
ERB-styled tags: <% name %>
<%={{ }}=%>
Default tags again: {{ name }}

There are also APIs for setting those delimiters. Check Configuration.tagDelimiterPair in Configuration.swift (read on cocoadocs.org).

Comment Tags

{{! Comment tags }} are simply not rendered at all.

Pragma Tags

Several Mustache implementations use Pragma tags. They start with a percent % and are not rendered at all. Instead, they trigger implementation-specific features.

GRMustache.swift interprets two pragma tags that set the content type of the template:

  • {{% CONTENT_TYPE:TEXT }}
  • {{% CONTENT_TYPE:HTML }}

HTML templates is the default. They HTML-escape values rendered by variable tags {{name}}.

In a text template, there is no HTML-escaping. Both {{name}} and {{{name}}} have the same rendering. Text templates are globally HTML-escaped when included in HTML templates.

For a more complete discussion, see the documentation of Configuration.contentType in Configuration.swift (read on cocoadocs.org).

The Context Stack and Expressions

The Context Stack

Variable and section tags fetch values in the data you feed your templates with: {{name}} looks for the key "name" in your input data, or, more precisely, in the context stack.

That context stack grows as the rendering engine enters sections, and shrinks when it leaves. Its top value, pushed by the last entered section, is where a {{name}} tag starts looking for the "name" identifier. If this top value does not provide the key, the tag digs further down the stack, until it finds the name it looks for.

For example, given the template:

{{#family}}
- {{firstName}} {{lastName}}
{{/family}}

Data:

[
    "lastName": "Johnson",
    "family": [
        ["firstName": "Peter"],
        ["firstName": "Barbara"],
        ["firstName": "Emily", "lastName": "Scott"],
    ]
]

The rendering is:

- Peter Johnson
- Barbara Johnson
- Emily Scott

The context stack is usually initialized with the data you render your template with:

// The rendering starts with a context stack containing `data`
template.render(Box(data))

Precisely speaking, a template has a base context stack on top of which the rendered data is added. This base context is always available whatever the rendered data. For example:

// The base context contains `baseData`
template.extendBaseContext(Box(baseData))

// The rendering starts with a context stack containing `baseData` and `data`
template.render(Box(data))

The base context is usually a good place to register filters.

See Template.swift for more information on the base context (read on cocoadocs.org).

Expressions

Variable and section tags contain Expressions. name is an expression, but also article.title, and format(article.modificationDate). When a tag renders, it evaluates its expression, and renders the result.

There are four kinds of expressions:

  • The dot . aka "Implicit Iterator" in the Mustache lingo:

    Implicit iterator evaluates to the top of the context stack, the value pushed by the last entered section.

    It lets you iterate over collection of strings, for example. {{#items}}<{{.}}>{{/items}} renders <1><2><3> when given [1,2,3].

  • Identifiers like name:

    Evaluation of identifiers like name goes through the context stack until a value provides the name key.

    Identifiers can not contain white space, dots, parentheses and commas. They can not start with any of those characters: {}&$#^/<>.

  • Compound expressions like article.title and generally <expression>.<identifier>:

    This time there is no going through the context stack: article.title evaluates to the title of the article, regardless of title keys defined by enclosing contexts.

    .title (with a leading dot) is a compound expression based on the implicit iterator: it looks for title at the top of the context stack.

    Compare these three templates:

    • ...{{# article }}{{ title }}{{/ article }}...
    • ...{{# article }}{{ .title }}{{/ article }}...
    • ...{{ article.title }}...

    The first will look for title anywhere in the context stack, starting with the article object.

    The two others are identical: they ensure the title key comes from the very article object.

  • Filter expressions like format(date) and generally <expression>(<expression>, ...):

    Filters are introduced below.

Boxing Values

In all examples above, all values rendered by templates were wrapped by the Box() function:

template.render(Box(["name": "Luigi"]))
template.render(Box(profile))

This boxing is required by the rendering engine. Some types can be boxed and rendered, some can not, and some require some help.

Boxable Types

The types that can feed templates are:

  • NSObject and all its subclasses.
  • All types conforming to MustacheBoxable such as String, Int.
  • Collections and dictionaries of MustacheBoxable: [Int], [String: String], Set<NSObject>.
  • A few function types such as FilterFunction (that we will see later).

Check the rendering of Custom Types below for more information about MustacheBoxable.

Caveat: You may experience boxing issues with nested collections, such as dictionaries of arrays, arrays of dictionaries, etc. Even though they only contain granted boxable values, the compiler complains:

Box(["numbers": 1..<10])      // Compiler error

Well, Swift won't help us here. When this happens, you have to box further:

Box(["numbers": Box(1..<10)]) // Fine

Non Boxable Types

Some types can not be boxed, because the rendering engine does not know what do to with them. Think of tuples, and most function types. When you try to box them, you get a compiler error.

Imprecise Types

Any, AnyObject, [String: Any], [AnyObject] et al. can not be directly boxed. There is no way for GRMustache.swift to render values it does not know anything about. Worse: those types may hide values that are not boxable at all.

You must turn them into a known boxable type before they can feed templates. And that should not be a problem for you, since you do not feed your templates with random data, do you?

Pick the best of those three options:

  1. For boxable types and homogeneous collections of such types, perform a simple conversion with the as! operator: Box(value as! [String:Int]).

  2. For mixed collections of values that are compatible with Objective-C, a conversion to NSArray or NSDictionary will make it: Box(value as! NSDictionary).

  3. For data soups, no conversions will work. We suggest you create a MustacheBox, [MustacheBox] or [String:MustacheBox] by hand. See issue #8 for some help.

Note to Library Developers

If you intend to use GRMustache.swift as an internal rendering engine, and wrap it around your own APIs, you will be facing with a dilemna as soon as you'll want to let your own library users provide rendered data.

Say you want to provide an API to build a HTTP Response while hiding the template house-keeping:

class HTTPController {
    func responseWithTemplateNamed(templateName: String, data: ???) -> HTTPResponse {
        let template = try templateRepository.template(named: templateName)
        let rendering = try template.render(Box(data))
        return HTTPResponse(string: rendering)
    }
}

You'll wonder what type the data parameter should be.

  • Any or AnyObject? We have seen above that they may hide non-boxable values. GRMustache.swift won't help you, because Swift won't help either: it makes it impossible to write a general func Box(Any?) -> MustacheBox? function that covers everything (especially, Swift can't recognize collections of boxable values).

  • MustacheBox? This would sure work, but now your library has married GRMustache.swift for good, and your library users are exposed to an alien library.

  • MustacheBoxable? Again, we have strong coupling, but worse: No Swift collection adopts this protocol. No Swift collection of boxable values can adopt any protocol, actually, because Swift won't let any specialization of a generic type adopt a protocol. Forget Dictionary, Array, Set, etc.

  • NSObject or NSDictionary? This one would sure work. But now your users have no way to use the extra features of GRMustache.swift such as filters and lambdas, etc. Consider that lambdas are part of the Mustache specification: your users may expect them to be available as soon as you claim to use a Mustache back end.

There is no silver bullet here: marry me, or live a dull life. Suggestions are welcome.

Standard Swift Types Reference

GRMustache.swift comes with built-in support for the following standard Swift types:

Bool

  • {{bool}} renders "0" or "1".
  • {{#bool}}...{{/bool}} renders if and only if bool is true.
  • {{^bool}}...{{/bool}} renders if and only if bool is false.

Numeric Types

GRMustache supports Int, UInt and Double:

  • {{number}} renders the standard Swift string interpolation of number.
  • {{#number}}...{{/number}} renders if and only if number is not 0 (zero).
  • {{^number}}...{{/number}} renders if and only if number is 0 (zero).

The Swift types Float, Int8, UInt8, etc. have no built-in support: turn them into one of the three general types before injecting them into templates.

To format numbers, use NSNumberFormatter:

let percentFormatter = NSNumberFormatter()
percentFormatter.numberStyle = .PercentStyle

let template = try Template(string: "{{ percent(x) }}")
template.registerInBaseContext("percent", Box(percentFormatter))

// Rendering: 50%
let data = ["x": 0.5]
let rendering = try template.render(Box(data))

More info on NSFormatter.

String

  • {{string}} renders string, HTML-escaped.
  • {{{string}}} renders string, not HTML-escaped.
  • {{#string}}...{{/string}} renders if and only if string is not empty.
  • {{^string}}...{{/string}} renders if and only if string is empty.

Exposed keys:

  • string.length: the length of the string.

Set

  • {{set}} renders the concatenation of the renderings of set elements.
  • {{#set}}...{{/set}} renders as many times as there are elements in the set, pushing them on top of the context stack.
  • {{^set}}...{{/set}} renders if and only if the set is empty.

Exposed keys:

  • set.first: the first element.
  • set.count: the number of elements in the set.

GRMustache.swift renders as Set all types that provide iteration, access to the first element, and to the elements count. Precisely: CollectionType where Index.Distance == Int.

Sets must contain boxable values. Check the Boxing Values chapter for more information.

Array

  • {{array}} renders the concatenation of the renderings of array elements.
  • {{#array}}...{{/array}} renders as many times as there are elements in the array, pushing them on top of the context stack.
  • {{^array}}...{{/array}} renders if and only if the array is empty.

Exposed keys:

  • array.first: the first element.
  • array.last: the last element.
  • array.count: the number of elements in the array.

GRMustache.swift renders as Array all types that provide iteration, access to the first and last elements, and to the elements count. Precisely: CollectionType where Index: BidirectionalIndexType, Index.Distance == Int.

Range is such a type:

// 123456789
let template = try Template(string: "{{ numbers }}")
let rendering = try template.render(Box(["numbers": Box(1..<10)]))

Arrays must contain boxable values. Check the Boxing Values chapter for more information.

Dictionary

  • {{dictionary}} renders the standard Swift string interpolation of dictionary (not very useful).
  • {{#dictionary}}...{{/dictionary}} renders once, pushing the dictionary on top of the context stack.
  • {{^dictionary}}...{{/dictionary}} does not render.

Dictionary keys must be String, and its values must be boxable. Check the Boxing Values chapter for more information.

NSObject

The rendering of NSObject depends on the actual class:

  • NSFastEnumeration

    When an object conforms to the NSFastEnumeration protocol, like NSArray, it renders just like Swift Array. NSSet is an exception, rendered as a Swift Set. NSDictionary, the other exception, renders as a Swift Dictionary.

  • NSNumber is rendered as a Swift Bool, Int, UInt or Double, depending on its value.

  • NSString is rendered as String

  • NSNull renders as:

    • {{null}} does not render.
    • {{#null}}...{{/null}} does not render.
    • {{^null}}...{{/null}} renders.
  • For other NSObject, those default rules apply:

    • {{object}} renders the description method, HTML-escaped.
    • {{{object}}} renders the description method, not HTML-escaped.
    • {{#object}}...{{/object}} renders once, pushing the object on top of the context stack.
    • {{^object}}...{{/object}} does not render.

    With support for Objective-C runtime, templates can render object properties: {{ user.name }}.

    Subclasses can alter this behavior by overriding the mustacheBox method of the MustacheBoxable protocol. For more information, check the rendering of Custom Types below.

AnyObject and Any

When you try to render a value of type Any or AnyObject, you get a compiler error:

let any: Any = ...
let anyObject: AnyObject = ...

let rendering = try template.render(Box(any))
// Compiler Error

let rendering = try template.render(Box(anyObject))
// Compiler Error

The solution is to convert the value to its actual type:

let json: AnyObject = ["name": "Lionel Richie"]

// Convert to Dictionary:
let dictionary = json as! [String: String]

// Lionel Richie has a Mustache.
let template = try Template(string: "{{ name }} has a Mustache.")
let rendering = try template.render(Box(dictionary))

The same kind of boxing trouble happens for collections of general types like [String: Any] or [AnyObject]. For more information, check the Boxing Values chapter.

Custom Types

NSObject subclasses

With support for Objective-C runtime (on Apple platforms), your NSObject subclass can trivially feed your templates:

// An NSObject subclass
class Person : NSObject {
    let name: String
    
    init(name: String) {
        self.name = name
    }
}

// Charlie Chaplin has a mustache.
let person = Person(name: "Charlie Chaplin")
let template = try Template(string: "{{name}} has a mustache.")
let rendering = try template.render(Box(person))

When extracting values from your NSObject subclasses, GRMustache.swift uses the Key-Value Coding method valueForKey:, as long as the key is "safe" (safe keys are the names of declared properties, including NSManagedObject attributes).

Subclasses can alter this default behavior by overriding the mustacheBox method of the MustacheBoxable protocol, described below:

Pure Swift Values and MustacheBoxable

Key-Value Coding is not available for Swift enums, structs and classes, regardless of eventual @objc or dynamic modifiers. Swift values can still feed templates, though, with a little help.

// Define a pure Swift object:
struct Person {
    let name: String
}

To let Mustache templates extract the name key out of a person so that they can render {{ name }} tags, we need to explicitly help the Mustache engine by conforming to the MustacheBoxable protocol:

extension Person : MustacheBoxable {
    
    // Here we simply feed templates with a dictionary:
    var mustacheBox: MustacheBox {
        return Box(["name": self.name])
    }
}

Now we can box and render users, arrays of users, dictionaries of users, etc:

// Freddy Mercury has a mustache.
let person = Person(name: "Freddy Mercury")
let template = try Template(string: "{{name}} has a mustache.")
let rendering = try template.render(Box(person))

Boxing a dictionary is an easy way to build a box. However there are many kinds of boxes: check the rest of this documentation.

Lambdas

Mustache lambdas are functions that let you perform custom rendering. There are two kinds of lambdas: those that process section tags, and those that render variable tags.

// `{{fullName}}` renders just as `{{firstName}} {{lastName}}.`
let fullName = Lambda { "{{firstName}} {{lastName}}" }

// `{{#wrapped}}...{{/wrapped}}` renders the content of the section, wrapped in
// a <b> HTML tag.
let wrapped = Lambda { (string) in "<b>\(string)</b>" }

// <b>Frank Zappa is awesome.</b>
let templateString = "{{#wrapped}}{{fullName}} is awesome.{{/wrapped}}"
let template = try Template(string: templateString)
let data = [
    "firstName": Box("Frank"),
    "lastName": Box("Zappa"),
    "fullName": Box(fullName),
    "wrapped": Box(wrapped)]
let rendering = try template.render(Box(data))

Lambdas are a special case of custom rendering functions. The raw RenderFunction type gives you extra flexibility when you need to perform custom rendering. See CoreFunctions.swift (read on cocoadocs.org).

Filters

Filters apply like functions, with parentheses: {{ uppercase(name) }}.

Generally speaking, using filters is a three-step process:

// 1. Define the filter using the `Filter()` function:
let uppercase = Filter(...)

// 2. Assign a name to your filter, and register it in a template:
template.registerInBaseContext("uppercase", Box(uppercase))

// 3. Render
template.render(...)

It helps thinking about four kinds of filters:

Value Filters

Value filters transform any type of input. They can return anything as well.

For example, here is a square filter which squares integers:

// Define the `square` filter.
//
// square(n) evaluates to the square of the provided integer.
let square = Filter { (n: Int?) in
    guard let n = n else {
        // No value, or not an integer: return the empty box.
        // We could throw an error as well.
        return Box()
    }
    
    // Return a boxed result:
    return Box(n * n)
}

// Register the square filter in our template:
let template = try Template(string: "{{n}} × {{n}} = {{square(n)}}")
template.registerInBaseContext("square", Box(square))

// 10 × 10 = 100
let rendering = try template.render(Box(["n": 10]))

Filters can accept a precisely typed argument as above. You may prefer managing the value type yourself:

// Define the `abs` filter.
//
// abs(x) evaluates to the absolute value of x (Int, UInt or Double):
let absFilter = Filter { (box: MustacheBox) in
    switch box.value {
    case let int as Int:
        return Box(abs(int))
    case let uint as UInt:
        return Box(uint)
    case let double as Double:
        return Box(abs(double))
    default:
        // GRMustache does not support any other numeric types: give up.
        return Box()
    }
}

You can process collections and dictionaries as well, and return new ones:

// Define the `oneEveryTwoItems` filter.
//
// oneEveryTwoItems(collection) returns the array of even items in the input
// collection.
let oneEveryTwoItems = Filter { (box: MustacheBox) in
    // `box.arrayValue` returns a `[MustacheBox]` whatever the boxed Swift
    // or Foundation collection (Array, Set, NSOrderedSet, etc.).
    guard let boxes = box.arrayValue else {
        // No value, or not a collection: return the empty box
        return Box()
    }
    
    // Rebuild another array with even indexes:
    var result: [MustacheBox] = []
    for (index, box) in boxes.enumerate() where index % 2 == 0 {
        result.append(box)
    }
    
    return Box(result)
}

// A template where the filter is used in a section, so that the items in the
// filtered array are iterated:
let templateString = "{{# oneEveryTwoItems(items) }}<{{.}}>{{/ oneEveryTwoItems(items) }}"
let template = try Template(string: templateString)

// Register the oneEveryTwoItems filter in our template:
template.registerInBaseContext("oneEveryTwoItems", Box(oneEveryTwoItems))

// <1><3><5><7><9>
let rendering = try template.render(Box(["items": Box(1..<10)]))

Multi-arguments filters are OK as well. but you use the VariadicFilter() function, this time:

// Define the `sum` filter.
//
// sum(x, ...) evaluates to the sum of provided integers
let sum = VariadicFilter { (boxes: [MustacheBox]) in
    var sum = 0
    for box in boxes {
        sum += (box.value as? Int) ?? 0
    }
    return Box(sum)
}

// Register the sum filter in our template:
let template = try Template(string: "{{a}} + {{b}} + {{c}} = {{ sum(a,b,c) }}")
template.registerInBaseContext("sum", Box(sum))

// 1 + 2 + 3 = 6
let rendering = try template.render(Box(["a": 1, "b": 2, "c": 3]))

Filters can chain and generally be part of more complex expressions:

Circle area is {{ format(product(PI, circle.radius, circle.radius)) }} cm².

When you want to format values, just use NSNumberFormatter, NSDateFormatter, or any NSFormatter. They are ready-made filters:

let percentFormatter = NSNumberFormatter()
percentFormatter.numberStyle = .PercentStyle

let template = try Template(string: "{{ percent(x) }}")
template.registerInBaseContext("percent", Box(percentFormatter))

// Rendering: 50%
let data = ["x": 0.5]
let rendering = try template.render(Box(data))

More info on NSFormatter.

Pre-Rendering Filters

Value filters as seen above process input values, which may be of any type (bools, ints, collections, etc.). Pre-rendering filters always process strings, whatever the input value. They have the opportunity to alter those strings before they get actually included in the final template rendering.

You can, for example, reverse a rendering:

// Define the `reverse` filter.
//
// reverse(x) renders the reversed rendering of its argument:
let reverse = Filter { (rendering: Rendering) in
    let reversedString = String(rendering.string.characters.reverse())
    return Rendering(reversedString, rendering.contentType)
}

// Register the reverse filter in our template:
let template = try Template(string: "{{reverse(value)}}")
template.registerInBaseContext("reverse", Box(reverse))

// ohcuorG
try template.render(Box(["value": "Groucho"]))

// 321
try template.render(Box(["value": 123]))

Such filter does not quite process a raw string, as you have seen. It processes a Rendering, which is a flavored string, a string with its contentType (text or HTML).

This rendering will usually be text: simple values (ints, strings, etc.) render as text. Our reversing filter preserves this content-type, and does not mangle HTML entities:

// &gt;lmth&lt;
try template.render(Box(["value": "<html>"]))

Custom Rendering Filters

An example will show how they can be used:

// Define the `pluralize` filter.
//
// {{# pluralize(count) }}...{{/ }} renders the plural form of the
// section content if the `count` argument is greater than 1.
let pluralize = Filter { (count: Int?, info: RenderingInfo) in
    
    // The inner content of the section tag:
    var string = info.tag.innerTemplateString
    
    // Pluralize if needed:
    if count > 1 {
        string += "s"  // naive
    }
    
    return Rendering(string)
}

// Register the pluralize filter in our template:
let templateString = "I have {{ cats.count }} {{# pluralize(cats.count) }}cat{{/ }}."
let template = try Template(string: templateString)
template.registerInBaseContext("pluralize", Box(pluralize))

// I have 3 cats.
let data = ["cats": ["Kitty", "Pussy", "Melba"]]
let rendering = try template.render(Box(data))

As those filters perform custom rendering, they are based on RenderFunction, just like lambdas. Check the RenderFunction type in CoreFunctions.swift for more information about the RenderingInfo and Rendering types (read on cocoadocs.org).

Advanced Filters

All the filters seen above are particular cases of FilterFunction. "Value filters", "Pre-rendering filters" and "Custom rendering filters" are common use cases that are granted with specific APIs.

Yet the library ships with a few built-in filters that don't quite fit any of those categories. Go check their documentation. And since they are all written with public GRMustache.swift APIs, check also their source code, for inspiration. The general FilterFunction itself is detailed in CoreFunctions.swift (read on cocoadocs.org).

Advanced Boxes

The MustacheBox type that feeds templates is able to wrap many different behaviors. Let's review some of them:

  • Box(Bool) returns a box that can trigger or prevent the rendering of sections:

    {{# verified }}VERIFIED{{/ verified }}
    {{^ verified }}NOT VERIFIED{{/ verified }}
    
  • Box(Array) returns a box that renders a section as many times as there are elements in the array, and exposes the count, first, and last keys:

    You see {{ objects.count }} objects:
    {{# objects }}
    - {{ name }}
    {{/ objects }}
    
  • Box(Dictionary) returns a box that exposes all the dictionary keys:

    {{# user }}
    - {{ name }}
    - {{ age }}
    {{/ user }}
    
  • Box(NSObject) returns a box that exposes all the object properties:

    {{# user }}
    - {{ name }}
    - {{ age }}
    {{/ user }}
    
  • Box(NSFormatter) returns a box that is able to format a single value, or all values inside a section (more information):

    {{ format(date) }}
    {{# format }}
    From {{ startDate }} to {{ endDate }}
    {{/ format }}
    
  • Box(StandardLibrary.each) returns a box that is able to define some extra keys when iterating an array (more information):

    {{# each(items) }}
    - {{ @indexPlusOne }}: {{ name }}
    {{/}}
    

This variety of behaviors is available through public APIs. Before we dig into them, let's describe in detail the rendering of the {{ F(A) }} tag, and shed some light on the available customizations:

  1. The A and F expressions are evaluated: the rendering engine looks in the context stack for boxes that return a non-empty box for the keys "A" and "F". The key-extraction service is provided by a customizable KeyedSubscriptFunction.

    This is how NSObject exposes its properties, and Dictionary, its keys.

  2. The customizable FilterFunction of the F box is evaluated with the A box as an argument.

    The Result box may well depend on the customizable value of the A box, but all other facets of the A box may be involved. This is why there are various types of filters.

  3. The rendering engine then looks in the context stack for all boxes that have a customized WillRenderFunction. Those functions have an opportunity to process the Result box, and eventually return another one.

    This is how, for example, a boxed NSDateFormatter can format all dates in a section: its WillRenderFunction formats dates into strings.

  4. The resulting box is ready to be rendered. For regular and inverted section tags, the rendering engine queries the customizable boolean value of the box, so that {{# F(A) }}...{{/}} and {{^ F(A) }}...{{/}} can't be both rendered.

    The Bool type obviously has a boolean value, but so does String, so that empty strings are considered falsey.

  5. The resulting box gets eventually rendered: its customizable RenderFunction is executed. Its Rendering result is HTML-escaped, depending on its content type, and appended to the final template rendering.

    Lambdas use such a RenderFunction, so do pre-rendering filters and custom rendering filters.

  6. Finally the rendering engine looks in the context stack for all boxes that have a customized DidRenderFunction.

    This one is used by Localizer and Logger goodies.

All those customizable properties are not exposed through a Box() function, but instead gathered by the low-level MustacheBox initializer:

// MustacheBox initializer
init(
    value value: Any? = nil,
    boolValue: Bool? = nil,
    keyedSubscript: KeyedSubscriptFunction? = nil,
    filter: FilterFunction? = nil,
    render: RenderFunction? = nil,
    willRender: WillRenderFunction? = nil,
    didRender: DidRenderFunction? = nil)

We'll below describe each of them individually, even though you can provide several ones at the same time:

  • value

    The optional value parameter gives the boxed value. The value is used when the box is rendered (unless you provide a custom RenderFunction). It is also returned by the value property of MustacheBox.

    let aBox = MustacheBox(value: 1)
    
    // Renders "1"
    let template = try Template(string: "{{a}}")
    try template.render(Box(["a": aBox]))
  • boolValue

    The optional boolValue parameter tells whether the Box should trigger or prevent the rendering of regular {{#section}}...{{/}} and inverted {{^section}}...{{/}} tags. The default value is true.

    // Render "true", "false"
    let template = try Template(string:"{{#.}}true{{/.}}{{^.}}false{{/.}}")
    try template.render(MustacheBox(boolValue: true))
    try template.render(MustacheBox(boolValue: false))
  • keyedSubscript

    The optional keyedSubscript parameter is a KeyedSubscriptFunction that lets the Mustache engine extract keys out of the box. For example, the {{a}} tag would call the subscript function with "a" as an argument, and render the returned box.

    The default value is nil, which means that no key can be extracted.

    Check the KeyedSubscriptFunction type in CoreFunctions.swift for more information (read on cocoadocs.org).

    let box = MustacheBox(keyedSubscript: { (key: String) in
        return Box("key:\(key)")
    })
    
    // Renders "key:a"
    let template = try Template(string:"{{a}}")
    try template.render(box)
  • filter

    The optional filter parameter is a FilterFunction that lets the Mustache engine evaluate filtered expression that involve the box. The default value is nil, which means that the box can not be used as a filter.

    Check the FilterFunction type in CoreFunctions.swift for more information (read on cocoadocs.org).

    let box = MustacheBox(filter: Filter { (x: Int?) in
        return Box(x! * x!)
    })
    
    // Renders "100"
    let template = try Template(string:"{{square(x)}}")
    try template.render(Box(["square": box, "x": Box(10)]))
  • render

    The optional render parameter is a RenderFunction that is evaluated when the Box is rendered.

    The default value is nil, which makes the box perform default Mustache rendering:

    • {{box}} renders the built-in Swift String Interpolation of the value, HTML-escaped.
    • {{{box}}} renders the built-in Swift String Interpolation of the value, not HTML-escaped.
    • {{#box}}...{{/box}} pushes the box on the top of the context stack, and renders the section once.

    Check the RenderFunction type in CoreFunctions.swift for more information (read on cocoadocs.org).

    let box = MustacheBox(render: { (info: RenderingInfo) in
        return Rendering("foo")
    })
    
    // Renders "foo"
    let template = try Template(string:"{{.}}")
    try template.render(box)
  • willRender & didRender

    The optional willRender and didRender parameters are a WillRenderFunction and DidRenderFunction that are evaluated for all tags as long as the box is in the context stack.

    Check the WillRenderFunction and DidRenderFunction type in CoreFunctions.swift for more information (read on cocoadocs.org).

    let box = MustacheBox(willRender: { (tag: Tag, box: MustacheBox) in
        return Box("baz")
    })
    
    // Renders "baz baz"
    let template = try Template(string:"{{#.}}{{foo}} {{bar}}{{/.}}")
    try template.render(box)

By mixing all those parameters, you can finely tune the behavior of a box.

Built-in goodies

The library ships with built-in goodies that will help you render your templates: format values, render array indexes, localize templates, etc.

About

Flexible Mustache templates for Swift

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Swift 98.2%
  • Objective-C 1.4%
  • Other 0.4%