phly / phly-mustache
PHP Mustache implementation supporting inheritance
Installs: 11 913
Dependents: 2
Suggesters: 0
Security: 0
Stars: 16
Watchers: 4
Forks: 4
Open Issues: 2
Requires
- php: >=5.5
- zendframework/zend-escaper: ^2.5
- zendframework/zend-stdlib: ^2.6 || ^3.0
Requires (Dev)
- phpunit/phpunit: ^4.7
- squizlabs/php_codesniffer: ^2.3.1
This package is auto-updated.
Last update: 2024-11-11 14:38:24 UTC
README
phly-mustache is a Mustache implementation written for PHP. It conforms to the principles of mustache, and allows for extension of the format via pragmas.
In particular, it offers support for template
inheritance ala
hogan.js, using the {{<parent}}
syntax.
For full documentation, please visit ReadTheDocs.
The mailing list is at https://groups.google.com/d/forum/phly_mustache
Installation
Install via composer:
$ composer require phly/phly-mustache
Documentation
Documentation builds are available at:
You can also build documentation in one of two ways:
- MkDocs: Execute
mkdocs build
from the repository root. - Bookdown: Execute
bookdown doc/bookdown.json
from the repository root.
In each case, you can use PHP's built-in web server to serve the documentation:
$ php -S 0.0.0.0:8080 -t doc/html/
and then browse to http://localhost:8080/.
Usage
Basic usage is:
use Phly\Mustache\Mustache; require 'vendor/autoload.php'; $mustache = new Mustache(); echo $mustache->render('some-template', $view);
By default, phly-mustache will look under the current directory for templates ending with '.mustache'; you can create a stack of directories using the default resolver:
use Phly\Mustache\Resolver\DefaultResolver; $resolver = new DefaultResolver(); $resolver->addTemplatePath($path1); $resolver->addTemplatePath($path2); $resolver = $mustache->getResolver()->attach($defaultResolver);
In the above, it will search first $path2
, then $path1
to resolve the
template.
The default resolver is composed in an aggregate resolver by default; as such, you can also fetch it by type from the aggregate instead of adding it manually:
use Phly\Mustache\Resolver\DefaultResolver; $resolver = $mustache->getResolver()->fetchByType(DefaultResolver::class);
Template names may be namespaced, using the syntax namespace::template
:
$resolver->addTemplatePath($path1, 'blog'); $resolver->addTemplatePath($path2, 'contact');
Per the above configuratin, rendering the template contact::index
will resolve
to $path2
. If it cannot, it will drop back to the default namespace (any paths
registered without a namespace).
You may also change the suffix it will use to resolve templates:
$resolver->setSuffix('html'); // use '.html' as the suffix
If your templates use pragmas, you must first add pragma handlers to the
Mustache
pragma collection. This can be done as follows:
use Phly\Mustache\Pragma\ImplicitIterator as ImplicitIteratorPragma; $mustache->getPragmas()->add(new ImplicitIteratorPragma()); $mustache->render('template-with-pragma', $view);
Views can be either associative arrays or objects. For objects, any public member, either a property or a method, may be referenced in your template. As an example:
class View { public $first_name = 'Matthew'; public $last_name = "Weier O'Phinney"; public function full_name() { return $this->first_name . ' ' . $this->last_name; } }
Any property (or array key) may also refer to a valid callback; in such cases, the return value of the callback will be used.
$view = new stdClass; $view->first_name = 'Matthew'; $view->last_name = "Weier O'Phinney"; $view->full_name = function() use ($view) { return $view->first_name . ' ' . $view->last_name; };
Refer to the documentation (online / local) for full usage details.
Architecture
Phly\Mustache consists of five primary classes:
- Lexer: tokenizes mustache syntax.
- Renderer: renders a list of tokens, using substitions provided via a view.
- Pragma\PragmaInterface: interface for pragmas, which may modify how tokens are handled.
- Resolver\ResolverInterface: resolves a template name to mustache syntax or tokens.
- Mustache: facade/gateway class. Tokenizes and renders templates, caches tokens, provides partial aliasing, aggregates pragmas, and acts as primary interface for end-users.