abstract：1、后端渲染实现：后端拼字符串呗…… （理论上后端模板也是字符串）好处：模板统一在后端。前端（相对）省事，不占用客户端运算资源（解析模板），只要不大改结构，文字啥的小修改后端改了就好了。坏处：占用（部分、少部分）服务器运算资源、，response 出的数据量会（稍）大点，模板改了前端的交互和样式什么的一样得跟着联动修改。2、前端模板实现：看这个吧……关于模板引擎的工作方式和性能？ - 前端开发 但
1、后端渲染
实现：后端拼字符串呗…… （理论上后端模板也是字符串）
好处：模板统一在后端。前端（相对）省事，不占用客户端运算资源（解析模板），只要不大改结构，文字啥的小修改后端改了就好了。
坏处：占用（部分、少部分）服务器运算资源、，response 出的数据量会（稍）大点，模板改了前端的交互和样式什么的一样得跟着联动修改。
2、前端模板
实现：看这个吧……关于模板引擎的工作方式和性能？ - 前端开发 但不仅限于正则替换这一招，扫token 生成语法树，再根据语法树拼接也行，或者使用 DOM 模板，借助 DOM API 处理也行，反正招儿多了去了。
好处：不占用服务端运算资源（解析模板），模板在前端（很有可能仅部分在前端），改结构变交互都前端自己来了，改完自己调就行。不用麻烦后端再联调神马的。
坏处：占用（一部分、少部分）客户端运算资源（解析模板）。前端代码多点，毕竟包含模板代码了么。脚本是不是首次下就慢点了（看你在意不在意这个毕竟能304和CDN啥的）。可能造成前后两份模板的情况，总归要后端吐出个首屏啥的先让用户看见吧。那这部分页面模板不就是后端拼好了吐出来的么。
3、jquery的html，append等方法（包括浏览器原生相关DOM API）
实现：……这就不说了吧，不就是直接插内容或者DOM节点么。除非后端是直接吐出拼好的页面，否则不关后端是通过接口吐的html字符串还是模板数据，怎么着不都得是通过这些玩意整页面里去么。
好处：（兴许是）灵活…… 还有因为一竿子捅到底了，直接使用（前端可控的）最终API，所以除了是后端直接吐的页面外，这种方式是（相对）执行效率最高的……
坏处：各种字符串和DOM节点拼来拼去真的很烦……