Handlebars模板引擎介绍和开发指南

   2015-06-26 0
核心提示:Handlebars是一个Javascript模板引擎,能让你轻松高效的编写语义化模板,它是Mustache模板引擎的一个扩展,Handlebars和Mustache都是弱逻辑的模板引擎,能将Web前端的视图和代码分离,降低两者之间耦合。

本文翻译和整理自Handlebars Github官网,当前handlebar版本1.3.0。

介绍

Handlebars是一个Javascript模板引擎,能让你轻松高效的编写语义化模板,它是Mustache模板引擎的一个扩展,Handlebars和Mustache都是弱逻辑的模板引擎,能将Web前端的视图和代码分离,降低两者之间耦合。

Handlebars的特点是一切都是表达式,没有data api,不污染HTML标签,和DeDecms、wordpress模板类似,因此能很方便的与其他前端JS库混用,并且编写简单,易于扩展。

Handlebars支持的浏览器及运行环境有:IE6+、Chrome、Firefox、Safari5+、Opera11+以及Node.js。

Handlebars是ember.js的默认模板引擎,同时也是nodejs web框架Clouda、Meteor的默认模板引擎。

安装

Handlebars的安装很简单,你可以从 Github官网 下载最新版本,也可以从bower包管理器中将它添加到你的页面上。

用法

简单来说,Handlebars里的语法是Mustache的超集,如果你想了解基础的语法,可以查看Mustache的帮助页面,下面也将讲解Handlebars中的语法。

基础语法

Handlebars模板看起来和一般的HTML没什么两样,只不过是在HTML中嵌入了Handlebars的表达式。如下:

  1. <div class="entry"> 
  2.     <h1>{{title}}</h1> 
  3.     <div class="body"> 
  4.           {{body}} 
  5.     </div> 
  6. </div> 

一个Handlebars的表达式是被{{}}包含起来的内容。了解更多Handlebars表达式

你可以将模板的内容或数据放到一个<script>标签里,也可以直接写在javascript里:

  1. <script id="entry-template" type="text/x-handlebars-template"> 
  2. template content 
  3. </script> 

当你写了一个模板以后,使用Handlebars.compile方法将模板编译为函数,生成的执行函数接受context作为参数,用来渲染模板。了解更多执行函数

比如下面:

  1. var source = "<p>Hello, my name is {{name}}. I am from {{hometown}}. I have " + 
  2. "{{kids.length}} kids:</p>" + 
  3. "<ul>{{#kids}}<li>{{name}} is {{age}}</li>{{/kids}}</ul>"
  4. var template = Handlebars.compile(source); 
  5.  
  6. var data = { "name""Alan""hometown""Somewhere, TX"
  7. "kids": [{"name""Jimmy""age""12"}, {"name""Sally""age""4"}]}; 
  8. var result = template(data); 
  9.  
  10. // 将被渲染为: 
  11. // <p>Hello, my name is Alan. I am from Somewhere, TX. I have 2 kids:</p> 
  12. // <ul> 
  13. //   <li>Jimmy is 12</li> 
  14. //   <li>Sally is 4</li> 
  15. // </ul> 

你还可以预编译你的模板,它将会生成一个小一些的运行库,这对移动设备上的web页面非常重要。了解更多预编译

HTML转义

为安全起见,Handlebars表达式中的一些HTML字符将被转义,如果你不想让Handlebars转义字符,使用三个花括号{{{

  1. //template:  
  2.  
  3. <div class="entry"> 
  4.     <h1>{{title}}</h1> 
  5.     <div class="body"> 
  6.         {{{body}}} 
  7.     </div> 
  8. </div> 
  9.  
  10. //context: 
  11.  
  12.     title: "All about <p> Tags", 
  13.     body: "<p>This is a post about &lt;p&gt; tags</p>
  14.  
  15. //results: 
  16.  
  17. <div class="entry"> 
  18.     <h1>All About &lt;p&gt; Tags</h1> 
  19.     <div class="body"> 
  20.       <p>This is a post about &lt;p&gt; tags</p> 
  21.     </div> 
  22. </div> 

Handlebars不会转义Handlebars.SafeString,如果你想写一个输出自身HTML的helper,你可以使用这个方法,用来手动的输出需要转义的参数。

  1. Handlebars.registerHelper('link'function(text, url) { 
  2.   text = Handlebars.Utils.escapeExpression(text); 
  3.   url  = Handlebars.Utils.escapeExpression(url); 
  4.  
  5.   var result = '<a href=http://mobile.51cto.com/"' + url + '">' + text + '</a>'
  6.  
  7.   return new Handlebars.SafeString(result); 
  8. }); 

块级表达式

块级表达式能让你定义块级helpers,它能调用模板的一部分,并且使用与当前不同的上下文。下面以一个输出HTML列表的helper为例:

{{#list people}}{{firstName}} {{lastName}}{{/list}}

定义如下的上下文:

  1.   people: [ 
  2.     {firstName: "Yehuda", lastName: "Katz"}, 
  3.     {firstName: "Carl", lastName: "Lerche"}, 
  4.     {firstName: "Alan", lastName: "Johnson"
  5.   ] 

我们可以创建一个名为list的helper来生成HTML列表,这个helper接受people和options参数,options包含fn属性,可以调用上下文。

  1. Handlebars.registerHelper('list'function(items, options) { 
  2.   var out = "<ul>"
  3.  
  4.   for(var i=0, l=items.length; i<l; i++) { 
  5.     out = out + "<li>" + options.fn(items[i]) + "</li>"
  6.   } 
  7.  
  8.   return out + "</ul>"
  9. }); 

执行后,生成:

  1. <ul> 
  2.   <li>Yehuda Katz</li> 
  3.   <li>Carl Lerche</li> 
  4.   <li>Alan Johnson</li> 
  5. </ul> 

块级helper包含更多的特性,如创建一个else部分(在内建的if helper里有用到)。

当调用options.fn(context)时内部的内容已经被转义,因此Handlebars不会转义块级helper的结果,否则会出现两次转义。了解更多块级helper

Handlebars路径

和Mustache一样,Handlebars支持简单的路径。

Handlebars还支持嵌套的路径,可以在当前上下文中寻找嵌套的属性。

  1. <div class="entry"> 
  2.   <h1>{{title}}</h1> 
  3.   <h2>By {{author.name}}</h2> 
  4.  
  5.   <div class="body"> 
  6.     {{body}} 
  7.   </div> 
  8. </div> 

其对应的上下文如下:

  1. var context = { 
  2.   title: "My First Blog Post!"
  3.   author: { 
  4.     id: 47, 
  5.     name: "Yehuda Katz" 
  6.   }, 
  7.   body: "My first post. Wheeeee!" 
  8. }; 

因此Handlebars模板能支持更多原始的JSON对象。

嵌套的handlebars路径可以包含../字符段,可以将路径定位到父级上下文中。

  1. <h1>Comments</h1> 
  2.  
  3. <div id="comments"> 
  4.   {{#each comments}} 
  5.   <h2><a href="/posts/{{../permalink}}#{{id}}">{{title}}</a></h2> 
  6.   <div>{{body}}</div> 
  7.   {{/each}} 
  8. </div> 

在这个例子中,post是comments的父级上下文,虽然a标签处于comments的上下文里,但permalink可以上溯到post上下文中。

更严密的讲,../路径指的是父级模板的作用域,而不是高一级的上下文,这是因为块级helper能调用任何上下文,所以“上一级”的概念在这里并不适合。

模板注释

在handlebars中使用{{! }}或者{{!-- --}}来包含注释。

  1. <div class="entry"> 
  2.   {{! only output this author names if an author exists }} 
  3.   {{#if author}} 
  4.     <h1>{{firstName}} {{lastName}}</h1> 
  5.   {{/if}} 
  6. </div> 

Helpers(辅助方法)

Helpers是Handlebars中最重要的概念,它能大大扩展Handlebars的使用范围,Helper自定义函数的形式将所需要的功能注册为表达式,然后可以在Handlebars中使用。

Handlebars提供了Handlebars.registerHelper方法来自定义Helper,同时也提供了一些常用的内建Helper。

比如有如下模板:

  1. <div class="post"> 
  2.   <h1>By {{fullName author}}</h1> 
  3.   <div class="body">{{body}}</div> 
  4.  
  5.   <h1>Comments</h1> 
  6.  
  7.   {{#each comments}} 
  8.   <h2>By {{fullName author}}</h2> 
  9.   <div class="body">{{body}}</div> 
  10.   {{/each}} 
  11. </div> 

其中上下文和helper如下:

  1. var context = { 
  2.   author: {firstName: "Alan", lastName: "Johnson"}, 
  3.   body: "I Love Handlebars"
  4.   comments: [{ 
  5.     author: {firstName: "Yehuda", lastName: "Katz"}, 
  6.     body: "Me too!" 
  7.   }] 
  8. }; 
  9.  
  10. Handlebars.registerHelper('fullName'function(person) { 
  11.   return person.firstName + " " + person.lastName; 
  12. }); 

运行结果:

  1. <div class="post"> 
  2.   <h1>By Alan Johnson</h1> 
  3.   <div class="body">I Love Handlebars</div> 
  4.  
  5.   <h1>Comments</h1> 
  6.  
  7.   <h2>By Yehuda Katz</h2> 
  8.   <div class="body">Me Too!</div> 
  9. </div> 

Helpers还可以接受块级元素当前的上下文,就像函数中的this上下文一样。

  1. <ul> 
  2.   {{#each items}} 
  3.   <li>{{agree_button}}</li> 
  4.   {{/each}} 
  5. </ul> 

上下文及helper如下:

  1. var context = { 
  2.   items: [ 
  3.     {name: "Handlebars", emotion: "love"}, 
  4.     {name: "Mustache", emotion: "enjoy"}, 
  5.     {name: "Ember", emotion: "want to learn"
  6.   ] 
  7. }; 
  8.  
  9. Handlebars.registerHelper('agree_button'function() { 
  10.   return new Handlebars.SafeString( 
  11.     "<button>I agree. I " + this.emotion + " " + this.name + "</button>" 
  12.   ); 
  13. }); 

运行结果:

  1. <ul> 
  2.   <li><button>I agree. I love Handlebars</button></li> 
  3.   <li><button>I agree. I enjoy Mustache</button></li> 
  4.   <li><button>I agree. I want to learn Ember</button></li> 
  5. </ul> 

内建Helpers

Handlebars提供了一系列的内建Helper供直接调用。

with:切换上下文

each:循环输出上下文中的内容,用this表达式指代单条内容,else表达式当上下文为空时激活

if:条件表达式

unless:与if表达式功能相反

log:输出log

 
反对 0举报 0 评论 0
 

免责声明:本文仅代表作者个人观点,与乐学笔记(本网)无关。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
    本网站有部分内容均转载自其它媒体,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责,若因作品内容、知识产权、版权和其他问题,请及时提供相关证明等材料并与我们留言联系,本网站将在规定时间内给予删除等相关处理.

  • KendoUI2014移动调查报告:HTML5vs原生之辩
    KendoUI2014移动调查报告:HTML5vs原生之辩
    Telerik Kendo UI一直比较关心移动开发领域的使用情况,在最新的2014 HTML5全球开发者调查中,Kendo UI面向3500+个开发者,从普通程序员到CIO/CTO,从大型企业到小型企业,对他们的移动开发偏好展开了调查。
    06-26
  • WebComponents-面向未来的组件标准
    WebComponents-面向未来的组件标准
    对于前端开发者而言,W3C组织制定的HTML标准以及浏览器厂商的实现都是“鱼”而 不是“渔”,开发者在需求无法满足的情况下通过现有技术创造了各种组件,虽然短期满足了需求但是由于严重缺乏标准,导致同一个组件有成千上万的相似实现但 它们却无法相互重用,这很大程度上制约了组件化的最大价值-重用,Web Components则在组件标准化方面向前迈了一大步。
    06-26
  • AppCan:HybridApp技术已经成熟
    AppCan:HybridApp技术已经成熟
    在移动开发技术里,Native App和Web App之争一直没有停息,而介于Native和Web之间的Hybrid混合App异军突起,以其接近Web App开发简单、跨平台能力,以及接近Native App功能和性能表现逐渐为开发者们所接受,那么,现在Hybrid App发展到了什么程度呢?正益无线技术支持总监邱革节在接受51CTO记者采访时表示,Hybrid App技术已经成熟。
    06-26
  • 什么是ShadowDom?
    什么是ShadowDom?
    如果我需要把每个自定义的按钮都放到iframe里,你是什么感觉,会不会疯掉?所以,我们需要一些更好的东西。事实上,大部分的浏览器已经变相地提供了一种强大技术去隐藏一些实现细节。这个技术就是所谓的“shadow DOM”。
    06-26
  • 使用ShadowDOM创建Web组件
    使用ShadowDOM创建Web组件
    Web Components(组件)标准是一系列最新推出的标准,它可以被用来创建可被复用的Web部件,当页面中所使用的Web部件被更新为新版本时不必修改 页面中其他任何代码。这里所说的部件,是一种可实现与用户之间的交互的可视化组件,开发者可以使用HTML代码与JavaScript脚本代码来开发这些 部件。Web Componnts标准定义如何开发这些部件。
    06-26
  • GooglePolymer以及WebUI框架的未来
    开发者Axel Rauschmayer在自己的博客上详解了Google Polymer的设计理念与组成架构,深得Polymer开发者的认同。他认为Polymer这样高互操作性的设计才应该是Web开发的未来。
    06-26
  • WebComponents实例:移动UI组件库GMU介绍
    GMU(Global Mobile UI)是百度前端通用组开发的移动端组件库,具有代码体积小、简单、易用等特点,组件内部处理了很多移动端的bug,覆盖机型广,能大大减少开发交互型组件的工作量,非常适合移动端网站项目。
    06-26
  • 移动应用新趋势:离线WebApp
    移动业界已经最终放弃了不分时间、不分地点为用户提供互联网连接服务的幻想。我们也看到了一系列新型产品与服务,它们的兴起标志着我们将以更为灵活的方式在无法接入网络时继续享受功能与便利。
    06-26
  • 2014年Web开发的7个转变方向
    2014年Web开发的7个转变方向
    很多读者喜欢预测网页设计趋势,让自己能够在网页设计、甚至网络发展中保持先机。找准每一年的发展趋势很重要。那么,2014年会有怎样的发展?我们一起来分析。
    06-26
  • 移动WebApp开发必备知识
    移动WebApp开发必备知识
    移动设备的用户越来越多,每天android手机的激活量都已经超过130万台,所以我们面向移动终端的WebAPP也开始跟进了。本文主要介绍webapp的开发与调试的相关知识和经验,以及给出几种可选的解决方案。
    06-26
点击排行