Download the PHP package zordius/lightncandy without Composer
On this page you can find all versions of the php package zordius/lightncandy. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download zordius/lightncandy
More information about zordius/lightncandy
Files in zordius/lightncandy
Package lightncandy
Short Description An extremely fast PHP implementation of handlebars ( http://handlebarsjs.com/ ) and mustache ( http://mustache.github.io/ ).
License MIT
Homepage https://github.com/zordius/lightncandy
Informations about the package lightncandy
LightnCandy
⚡🍭 An extremely fast PHP implementation of handlebars ( http://handlebarsjs.com/ ) and mustache ( http://mustache.github.io/ ).
CI status: tested PHP: 7.1, 7.2, 7.3, 7.4, 8.0, 8.1
Features
- Logicless template: mustache ( http://mustache.github.com/ ) or handlebars ( http://handlebarsjs.com/ ) .
- Compile template to pure PHP code. Examples:
- Template A generated PHP A
- Template B generated PHP B
- FAST!
- Runs 2~7 times faster than mustache.php (Justin Hileman/bobthecow implementation).
- Runs 2~7 times faster than mustache-php (Dave Ingram implementation).
- Runs 10~50 times faster than handlebars.php.
- Detail performance test reports can be found here, go http://zordius.github.io/HandlebarsTest/ to see charts.
- SMALL! all PHP files in 189K
- ROBUST!
- 100% supports mustache spec v1.1.3. For the optional lambda module, supports 4 of 10 specs.
- Supports almost all handlebars.js spec
- Output SAME with handlebars.js
- FLEXIBLE!
- Lot of options to change features and behaviors.
- Context generation
- Analyze used features from your template (execute
LightnCandy::getContext()
to get it) .
- Analyze used features from your template (execute
- Debug
- Generate debug version template
- Find out missing data when rendering template.
- Generate visually debug template.
- Generate debug version template
- Standalone Template
- The compiled PHP code can run without any PHP library. You do not need to include LightnCandy when execute rendering function.
Installation
Use Composer ( https://getcomposer.org/ ) to install LightnCandy:
UPGRADE NOTICE
- Please check HISTORY.md for versions history.
- Please check UPGRADE.md for upgrade notice.
Documents
Compile Options
You can apply more options by running LightnCandy::compile($template, $options)
:
Default is to compile the template as PHP, which can be run as fast as possible (flags = FLAG_BESTPERFORMANCE).
Error Handling
JavaScript Compatibility
Mustache Compatibility
FLAG_MUSTACHELOOKUP
: align recursive lookup up behaviors with mustache specification. And, the rendering performance will be worse.FLAG_MUSTACHELAMBDA
: support simple lambda logic as mustache specification. And, the rendering performance will be worse.FLAG_NOHBHELPERS
: Do not compile handlebars.js builtin helpers. With this option,{{#with}}
,{{#if}}
,{{#unless}}
,{{#each}}
means normal section, and{{#with foo}}
,{{#if foo}}
,{{#unless foo}}
,{{#each foo}}
will cause compile error.FLAG_MUSTACHESECTION
: align section context behaviors with mustache.js.FLAG_MUSTACHE
: support all mustache specification but performance drop, same withFLAG_ERROR_SKIPPARTIAL
+FLAG_MUSTACHELOOKUP
+FLAG_MUSTACHELAMBDA
+FLAG_NOHBHELPERS
+FLAG_RUNTIMEPARTIAL
+FLAG_JSTRUE
+FLAG_JSOBJECT
.
Handlebars Compatibility
- FLAG_THIS
- FLAG_PARENT
- FLAG_HBESCAPE
- FLAG_ADVARNAME
- FLAG_NAMEDARG
- FLAG_SLASH
- FLAG_ELSE
FLAG_RAWBLOCK
: support{{{{raw_block}}}}any_char_or_{{foo}}_as_raw_string{{{{/raw_block}}}}
.FLAG_HANDLEBARSLAMBDA
: support lambda logic as handlebars.js specification. And, the rendering performance will be worse.FLAG_SPVARS
: support special variables include @root, @index, @key, @first, @last. Otherwise, compile these variable names with default parsing logic.FLAG_HANDLEBARS
: support most handlebars extensions and also keep performance good, same withFLAG_THIS
+FLAG_PARENT
+FLAG_HBESCAPE
+FLAG_ADVARNAME
+FLAG_NAMEDARG
+FLAG_SPVARS
+FLAG_SLASH
+FLAG_ELSE
+FLAG_RAWBLOCK
.FLAG_HANDLEBARSJS
: support most handlebars.js + javascript behaviors and also keep performance good, same withFLAG_JS
+FLAG_HANDLEBARS
.FLAG_HANDLEBARSJS_FULL
: enable all supported handlebars.js behaviors but performance drop, same withFLAG_HANDLEBARSJS
+FLAG_INSTANCE
+FLAG_RUNTIMEPARTIAL
+FLAG_MUSTACHELOOKUP
+FLAG_HANDLEBARSLAMBDA
.
Handlebars Options
- FLAG_NOESCAPE
- FLAG_PARTIALNEWCONTEXT
FLAG_IGNORESTANDALONE
: prevent standalone detection on{{#foo}}
,{{/foo}}
or{{^}}
, the behavior is same with handlebars.js ignoreStandalone compile time option.FLAG_STRINGPARAMS
: pass variable name as string to helpers, the behavior is same with handlebars.js stringParams compile time option.FLAG_KNOWNHELPERSONLY
: Only pass current context to lambda, the behavior is same with handlebars.js knownHelpersOnly compile time option.FLAG_PREVENTINDENT
: align partial indent behavior with mustache specification. This is same with handlebars.js preventIndent copmile time option.
PHP
- FLAG_STANDALONEPHP
- FLAG_EXTHELPER
- FLAG_RUNTIMEPARTIAL
- FLAG_PROPERTY
- FLAG_METHOD
- FLAG_INSTANCE
- FLAG_ECHO
- FLAG_BESTPERFORMANCE
Partial Support
- Example of compile time partial
- Example of partial context changing
- use dynamic partial
- The partialresolver option
Custom Helper
Custom Helper Examples
#mywith (context change)
-
LightnCandy
- Handlebars.js
#myeach (context change)
-
LightnCandy
- Handlebars.js
#myif (no context change)
-
LightnCandy
- Handlebars.js
You can use isset($options['fn'])
to detect your custom helper is a block or not; you can also use isset($options['inverse'])
to detect the existence of {{else}}
.
Data variables and context
You can get special data variables from $options['data']
. Using $options['_this']
to receive current context.
- Handlebars.js
Private variables
You can inject private variables into inner block when you execute child block with second parameter. The example code showed similar behavior with {{#each}}
which sets index for child block and can be accessed with {{@index}}
.
-
LightnCandy
- Handlebars.js
Change Delimiters
You may change delimiters from {{
and }}
to other strings. In the template, you can use {{=<% %>=}}
to change delimiters to <%
and %>
, but the change will not affect included partials.
If you want to change default delimiters for a template and all included partials, you may compile()
it with delimiters
option:
Template Debugging
When template error happened, LightnCandy::compile() will return false. You may compile with FLAG_ERROR_LOG
to see more error message, or compile with FLAG_ERROR_EXCEPTION
to catch the exception.
You may generate debug version of templates with FLAG_RENDER_DEBUG
when compile() . The debug template contained more debug information and slower (TBD: performance result) , you may pass extra LightnCandy\Runtime options into render function to know more rendering error (missing data). For example:
The ANSI output will be:
Here are the list of LightnCandy\Runtime debug options for render function:
DEBUG_ERROR_LOG
: error_log() when missing required dataDEBUG_ERROR_EXCEPTION
: throw exception when missing required dataDEBUG_TAGS
: turn the return value of render function into normalized mustache tagsDEBUG_TAGS_ANSI
: turn the return value of render function into normalized mustache tags with ANSI colorDEBUG_TAGS_HTML
: turn the return value of render function into normalized mustache tags with HTML comments
Preprocess Partials
If you want to do extra process before the partial be compiled, you may use prepartial
when compile()
. For example, this sample adds HTML comments to identify the partial by the name:
You may also extend LightnCandy\Partial by override the prePartial() static method to turn your preprocess into a built-in feature.
Customize Render Function
If you want to do extra tasks inside render function or add more comment, you may use renderex
when compile()
. For example, this sample embed the compile time comment into the template:
Your render function will be:
Please make sure the passed in renderex
is valid PHP, LightnCandy will not check it.
Customize Rendering Runtime Class
If you want to extend LightnCandy\Runtime
class and replace the default runtime library, you may use runtime
when compile()
. For example, this sample will generate render function based on your extended MyRunTime
:
Please make sure MyRunTime
exists when compile() or rendering based on your FLAG_STANDALONEPHP
.
Unsupported Feature
{{foo/bar}}
style variable name, it is deprecated in official handlebars.js document, please use this style:{{foo.bar}}
.
Suggested Handlebars Template Practices
- Prevent to use
{{#with}}
. I think{{path.to.val}}
is more readable then{{#with path.to}}{{val}}{{/with}}
; when using{{#with}}
you will confusing on scope changing.{{#with}}
only save you very little time when you access many variables under same path, but cost you a lot time when you need to understand then maintain a template. - use
{{{val}}}
when you do not require HTML escaped output on the value. It is better performance, too. - Prevent to use custom helper if you want to reuse your template in different language. Or, you may need to implement different versions of helper in different languages.
- For best performance, you should only use 'compile on demand' pattern when you are in development stage. Before you go to production, you can
LightnCandy::compile()
on all your templates, save all generated PHP codes, and deploy these generated files (You may need to maintain a build process for this) . DO NOT COMPILE ON PRODUCTION , it also a best practice for security. Adding cache for 'compile on demand' is not the best solution. If you want to build some library or framework based on LightnCandy, think about this scenario. - Recompile your templates when you upgrade LightnCandy every time.
- Persistant ESCAPING practice of
{
or}
for both handlebars and lightncandy:- If you want to display atomic
}}
, you can just use it without any trick. EX:{{foo}} }}
- If you want to display
}
just after any handlebars token, you can use this:{{#with "}"}}{{.}}{{/with}}
. EX:{{foo}}{{#with "}"}}{{.}}{{/with}}
- If you want to display atomic
{
, you can just use it without any trick. EX:{ and {{foo}}
. - If you want to display
{{
, you can use{{#with "{{"}}{{.}}{{/with}}
. EX:{{#with "{{"}}{{.}}{{/with}}{{foo}}
- If you want to display atomic
Detail Feature list
Go http://handlebarsjs.com/ to see more feature description about handlebars.js. All features align with it.
- Exact same CR/LF behavior with handlebars.js
- Exact same CR/LF bahavior with mustache spec
- Exact same 'true' or 'false' output with handlebars.js (require
FLAG_JSTRUE
) - Exact same '[object Object]' output or join(',' array) output with handlebars.js (require
FLAG_JSOBJECT
) - Can place heading/tailing space, tab, CR/LF inside
{{ var }}
or{{{ var }}}
- Indent behavior of the partial same with mustache spec
- Recursive variable lookup to parent context behavior same with mustache spec (require
FLAG_MUSTACHELOOKUP
) {{{value}}}
or{{&value}}
: raw variable- true as 'true' (require
FLAG_JSTRUE
) - false as 'false' (require
FLAG_TRUE
)
- true as 'true' (require
{{value}}
: HTML escaped variable- true as 'true' (require
FLAG_JSTRUE
) - false as 'false' (require
FLAG_JSTRUE
)
- true as 'true' (require
{{{path.to.value}}}
: dot notation, raw{{path.to.value}}
: dot notation, HTML escaped{{.}}
: current context, HTML escaped{{{.}}}
: current context, raw{{this}}
: current context, HTML escaped (requireFLAG_THIS
){{{this}}}
: current context, raw (requireFLAG_THIS
){{#value}}
: section- false, undefined and null will skip the section
- true will run the section with original scope
- All others will run the section with new scope (includes 0, 1, -1, '', '1', '0', '-1', 'false', Array, ...)
{{/value}}
: end section{{^value}}
: inverted section- false, undefined and null will run the section with original scope
- All others will skip the section (includes 0, 1, -1, '', '1', '0', '-1', 'false', Array, ...)
{{! comment}}
: comment{{!-- comment or {{ or }} --}}
: extended comment that can contain }} or {{ .{{=<% %>=}}
: set delimiter to custom string , the custom string can not contain=
. Check http://mustache.github.io/mustache.5.html for more example.{{#each var}}
: each loop{{#each}}
: each loop on {{.}}{{/each}}
: end loop{{#each bar as |foo|}}
: echo loop on bar and set the value as foo. (requireFLAG_ADVARNAME
){{#each bar as |foo moo|}}
: echo loop on bar, set the value as foo, set the index as moo. (requireFLAG_ADVARNAME
){{#if var}}
: run if logic with original scope (null, false, empty Array and '' will skip this block){{#if foo includeZero=true}}
: result as true when foo === 0 (requireFLAG_NAMEDARG
){{/if}}
: end if{{else}}
or{{^}}
: run else logic, should between{{#if var}}
and{{/if}}
; or between{{#unless var}}
and{{/unless}}
; or between{{#foo}}
and{{/foo}}
; or between{{#each var}}
and{{/each}}
; or between{{#with var}}
and{{/with}}
. (requireFLAG_ELSE
){{#if foo}} ... {{else if bar}} ... {{/if}}
: chained if else blocks{{#unless var}}
: run unless logic with original scope (null, false, empty Array and '' will render this block){{#unless foo}} ... {{else if bar}} ... {{/unless}}
: chained unless else blocks{{#unless foo}} ... {{else unless bar}} ... {{/unless}}
: chained unless else blocks{{#foo}} ... {{else bar}} ... {{/foo}}
: custom helper chained else blocks{{#with var}}
: change context scope. If the var is false or an empty array, skip included section.{{#with bar as |foo|}}
: change context to bar and set the value as foo. (requireFLAG_ADVARNAME
){{lookup foo bar}}
: lookup foo by value of bar as key.{{../var}}
: parent template scope. (requireFLAG_PARENT
){{>file}}
: partial; include another template inside a template.{{>file foo}}
: partial with new context (requireFLAG_RUNTIMEPARTIAL
){{>file foo bar=another}}
: partial with new context which mixed with followed key value (requireFLAG_RUNTIMEPARTIAL
){{>(helper) foo}}
: include dynamic partial by name provided from a helper (requireFLAG_RUNTIMEPARTIAL
){{@index}}
: references to current index in a{{#each}}
loop on an array. (requireFLAG_SPVARS
){{@key}}
: references to current key in a{{#each}}
loop on an object. (requireFLAG_SPVARS
){{@root}}
: references to root context. (requireFLAG_SPVARS
){{@first}}
: true when looping at first item. (requireFLAG_SPVARS
){{@last}}
: true when looping at last item. (requireFLAG_SPVARS
){{@root.path.to.value}}
: references to root context then follow the path. (requireFLAG_SPVARS
){{@../index}}
: access to parent loop index. (requireFLAG_SPVARS
andFLAG_PARENT
){{@../key}}
: access to parent loop key. (requireFLAG_SPVARS
andFLAG_PARENT
){{foo.[ba.r].[#spec].0.ok}}
: references to $CurrentConext['foo']['ba.r']['#spec'][0]['ok'] . (requireFLAG_ADVARNAME
){{~any_valid_tag}}
: Space control, remove all previous spacing (includes CR/LF, tab, space; stop on any none spacing character){{any_valid_tag~}}
: Space control, remove all next spacing (includes CR/LF, tab, space; stop on any none spacing character){{{helper var}}}
: Execute custom helper then render the result{{helper var}}
: Execute custom helper then render the HTML escaped result{{helper "str"}}
or{{helper 'str'}}
: Execute custom helper with string arguments (requireFLAG_ADVARNAME
){{helper 123 null true false undefined}}
: Pass number, true, false, null or undefined into helper{{helper name1=var name2=var2}}
: Execute custom helper with named arguments (requireFLAG_NAMEDARG
){{#helper ...}}...{{/helper}}
: Execute block custom helper{{helper (helper2 foo) bar}}
: Execute custom helpers as subexpression (requireFLAG_ADVARNAME
){{{{raw_block}}}} {{will_not_parsed}} {{{{/raw_block}}}}
: Raw block (requireFLAG_RAWBLOCK
){{#> foo}}block{{/foo}}
: Partial block, providefoo
partial default content (requireFLAG_RUNTIMEPARTIAL
){{#> @partial-block}}
: access partial block content inside a partial{{#*inline "partial_name"}}...{{/inline}}
: Inline partial, provide a partial and overwrite the original one.{{log foo}}
: output value to stderr for debug.
Developer Notes
Please read CONTRIBUTING.md for development environment setup.