以下是来自Ben Nadel的演示单页长期存在的AJAX应用程序的JavaScript模板示例:[source]
<script id="contact-list-item-template" type="application/template">
<li class="contact clear-fix">
<div class="summary">
<a class="name">${name}</a>
</div>
<div class="actions">
<a href="javascript:void( 0 )" class="more">more</a> |
<a href="#/contacts/edit/${id}" class="edit">edit</a> |
<a href="#/contacts/delete/${id}" class="delete">delete</a>
</div>
<dl class="details clear-fix">
<dt>
name:
</dt>
<dd>
${name}
</dd>
<dt>
phone:
</dt>
<dd>
${phone}
</dd>
<dt>
email:
</dt>
<dd>
${email}
</dd>
</dl>
</li>
我想问一下使用像这样的JavaScript模板引擎的目的是什么? 它是为了节省带宽吗?这只是Separation of concerns的问题吗?它有助于解决浏览器内存泄漏问题吗?
什么时候应该使用模板引擎?什么时候更容易使用原始HTML AJAX响应?
相关讨论:
答案 0 :(得分:40)
在几种情况下,模板是一个很好的解决方案:
答案 1 :(得分:0)
StandardDataset
使我们能够在应用程序中使用静态模板文件。在运行时,模板引擎用实际值替换模板文件中的变量,然后将模板转换为发送给客户端的HTML文件。这种方法使设计HTML页面更加容易。
但是,我们各有利弊
优点:
缺点: