@raincious 对了，一个题外话，我青睐那种写法，是因为：DedeCMS 如此流行，和它的模板语法也很有关系。把工作尽量以前端 + 插件方式完成，甚至不需要二次开发就能定制出很多出色效果，同时保持很好的可读性和复用性。

@raincious 哈哈哈，是的，安全是一个重要理由，你的模板引擎也很出色。

性能一般瓶颈都出在数据库上（除非以前写Smarty 插件时执行时间按 s 计，不能忍）。「负载（能力）大幅上升」不认同，何况有时候 eval（N年前 smarty 的插件就是好多个 eval 来实现的） 还会让 opcache 之类难以优化。

感谢你的认真回复，对我亦有启发（虽然我还是不去用模板语法嘿嘿嘿，保持代码 KISS）。
楼主该怒了（闪）

@Delbert 不是一个人

@raincious 目前我们公司用的「模板引擎」实际上除了语法用 PHP 原生，Template 类该有的方法还是有，对开发很有助益。 :)

@raincious
1. 稍作补充：PHP 5.4 无论 short_open_tag 是否 on，已经让 <?= 语法默认可用， http://php.net/manual/zh/ini.core.php#ini.short-open-tag
所以 <?php echo $data['UserName'] ?> 可以简化为 <?= $data['UserName'] ?> （可能PHP官方也注意到了这点）

2. 建议逻辑抽象出来，比如 if (isset($data['Admin']) && $data['Admin'] 可以抽象成 if(is_admin()) ；偶数 highlight 也可以抽象出来，并且做成可复用的插件，也可以提高可读性——而模板语法反而会掩盖此类问题。

3. 我明白你的观点，但也发现引入模板引擎后需要额外处理的问题，比如：
调试模板时增加难度
模板缓存文件的管理
文件夹权限的确保
模板更新时的刷新机制
类似 SAE 不支持的问题

一个小插曲，记得当时写好了模板引擎心头直爽，写 FAQ 的时候不小心列了一个问题：为什么要使用这个模板引擎。
想了半天，就只有一个好处，语法比原生稍微好读一点。


当然，如果协作时无法用非技术手段来解决问题的时候（和不用心的程序员合作），我还是希望引入模板引擎来补救一下。

@raincious 所以需要代码规范，用模板语言照样也能写成这样。

其实员工离职的时候最希望听到真实想法，而不是为了照顾面子给一堆无关痛痒的借口。

@raincious 我就是那个学了 Smarty 还写了自己的模板引擎最后还是用 PHP 做模板的那个人。

很多时候只是大家的分别心罢了。

opkg update
opkg install luci-i18n-chinese

@shinwood 和我几乎一样的习惯，除了 alt+space 是召唤Dash

你难道不是进web管理界面上传固件刷机？

上个月申请的Linode 日本换了4次IP终于换到了一个能用的——只要坚持。

我都是偷偷给小朋友的，瞒着大人。

我都是直接问小孩子想要什么，给个预算。

买书