首页 > 代码库 > art-template引擎模板
art-template引擎模板
art-template简介
artTemplate(后文简称aT)才是模板引擎,而TmodJS(后文简称TJ,曾用名atc)则是依赖于前者的一款模板预编译器。两者都是由腾讯开发。其实aT完全可以独立使用,而TJ存在的意义是提供了一个对模板进行预编译的环境(基于NodeJS和模块化)。有了TJ,aT可以支持按目录的方式存储模板、以include的方式对指定目录中的模板进行调用(注意:这里的include和aT中的include不一样,后者只能引用同一页面中的不同模板标签)、自动监控模板变化与自动编译、依赖管理以及与grunt的结合等,可以说进一步增强了aT的能力。目前,aT与TJ都可以通过npm获取:npm install arttemplate -g/npm install tmodjs -g。
两者的工作流程大致可以分为两步:编辑模板和渲染模板。编辑模板就是将需要动态生成的DOM抽象成为模板,渲染则是利用渲染函数,把后端返回的数据 填入模板中相应的位置上,生成最终的html串并且回填到html页面的指定位置中。因为TJ采用了模块化加载技术,所以其模板的组织、引用以及渲染要比 单纯的aT更为复杂,内部进行的封装处理流程也更多,但其本质上并未发生根本的变化。
因为aT没有使用模块化技术,所以页面内只需要引入aT的引擎文件即可使用。TJ由于使用了模块化技术,故需要引入相应标准的模块化加载器。因为 TJ已经将引擎合并在编译后的文件中,故不需要再单独引入引擎文件。注意,若使用TJ,所有模板必须经过tmod命令进行编译后才能正常使用。
也正是因为模块化否的原因,两者的差异还体现在模板的组织形式与编写方式上。aT中,模板都要写在同一个html页面中,但不同模板可以分别写在不 同的<script id="xxx" type="text/html">标签中,每个模板用id作为命名以进行区分。之前提到过,虽然aT也支持include语句,但其只能包含同一 页面内的模板。如果模板存放在其它目录中则include无效。
TJ中,模板则是以html文件的 形式存放。include语句可以包含不同目录下的模板文件。通过tmod进行编译时,其会在指定的模板目录中按照引用关系逐个读取模板文件,并将模板名 称和模板内容封装在函数a()中备用。当所有模板均依此处理完成之后,其会将上述封装的函数以及引擎代码一并封装并产生编译后的js文件。该文件今后会通 过require方式载入,抛出渲染函数template()并用后端返回的数据执行渲染并生成DOM的工作。
另外,两者在调用渲染的方式上也有所不同。aT由于是独立存在的,故直接通过调用template(‘ID‘,data)即可。而TJ由于模块化的原因,调用则相对复杂一些:
require([‘编译后产生的js文件(不包含后缀名)‘], function (template) {
document.getElementById(‘id‘).innerHTML = template(‘模板入口‘, data);
art-template语法
art-template有两种语法,简单和原生。个人比较喜欢简单,例如:
1 <body> 2 <div id="content"></div> 3 <script id="test" type="text/html"> 4 <h1>{{title}}</h1> 5 {{each list as value i}} 6 <li>狗子{{i+1}}:{{value}}{{include ‘test2‘}}</li> 7 {{/each}} 8 </script> 9 <script id="test2" type="text/html">10 <span style="color:red">--{{name}}--{{sex}}</span>11 </script>12 </body>
1 var data=http://www.mamicode.com/{2 title:‘宝宝喜欢的狗种类‘,3 list:[‘拉布洛多‘,‘莫邪路‘,‘3434‘,‘赛罗啦‘],4 name:‘测试include‘,5 sex:‘女‘6 }7 var html=template(‘test‘,data);8 document.getElementById(‘content‘).innerHTML = html;
运行结果如下:
art-template其他常用功能
template.helper(name,callback);//在模板中使用自定义函数
temlpate.config(name,value);//修改引擎的默认配置。各项设置如下:
openTag | string | ‘{{‘ | 逻辑语法开始标签 |
closeTag | string | ‘}}‘ | 逻辑语法结束标签 |
escape | boolean | true | 是否编码输出HTML字符 |
cache | boolean | true | 是否开启缓存(依赖options) |
compress | boolean | false | 是否压缩HTML多余空白字符 |
tmod的使用
tmod在安装之后,便可以通过执行tmod命令来执行相关的预编译工作,这个预编译也是以相关配置作为编译准则的,这个配置则存放在模板目录下的package.json中。该文件的结构如下:
{ "name": "template", "version": "1.0.1", "dependencies": { "tmodjs": "1.0.2" }, "tmodjs-config": { "output": "./new-build",//编辑结果的输出目录 "charset": "utf-8",//指定编译所用的字符编码 "syntax": "simple",//指明引擎所用的模式(简单,原生) "helpers": null,//辅助函数 "escape": true,//bool,是否对字符进行转义,防止xss攻击 "compress": true,//bool,是否压缩html多余的空白字符 "type": "default",//模板将采用哪种标准进行模块化处理,可为cmd,amd,commonjs "runtime": "main.js",//编译后产生的js文件名。所谓编译是指将模板转化成模块化的js代码,并且将引擎与转化后的模板合并在一个js文件中。可以将其理解为‘主入口’ "combo": true,//bool,是否合并模板,type为default时可用 "minify": true,//bool,是否压缩 "cache": false,//是否生成编译缓存目录 }}
在调用tmod命令时,其后也需(可)跟随参数:
tmod [模板目录] [配置参数]
1.--debug 输出调试版本
2.--charset value 定义模板编码,默认utf-8
3.--output value 定义输出目录,默认./build
4.--type value 定义输出模块格式,默认default,可选cmd、amd、commonjs
5.--no-watch 关闭模板目录监控
6.--version 显示版本号
7.--help 显示帮助信息
art-template引擎模板