+
 新版
2015-06-10 09:35
smarty作为最经典的一款模板引擎,堪称模板界的鼻祖,目前流行的模板引擎无都是借鉴smarty的工作原理,如果你用模板引擎推荐使用smarty
2015-06-09 13:02
Smarty最终生成的仍是原生PHP,确是给很多场合带来便利,如果您觉得不够高大上了,大可有自己的一套,没有任何人要求你一定要用它。
2015-06-09 12:58

引用来自“倪倪”的评论

还弄一串代码上来喷的,你们的数据操作,业务逻辑代码呢?难道你们平时只有一些=,if什么的吗?

引用来自“MrBighost”的评论

数据操作和业务逻辑代码应该落在视图层吗?
之前的人是在讨论PHP-Web项目的视图层有没有必要使用模板引擎。
对应没接触过php和模板引擎的前端来说,模板引擎会比原生php的几种视图层用到的语法简单多少?
smarty这种我觉得还算可以接受的,至少模板拿出来一眼看去知道是模板;我现在项目在用thinkphp,他自带的模板引擎感觉很作,使用dom标签的形式,关键是项目里很多人很多地方在标签里嵌套tp模板标签,这样真的好么:
<span <eq name="key" value="1">class="checked"</eq> >
那你视图数据怎么来的?不还是要通过类似的方法映射过来吗?要不你是怎么分的层。别跟我说你自己弄个所谓的原生,那个不叫模板引擎
2015-06-08 11:28
我的观点:
PHP-Web项目的视图层,使用原生PHP也许是更好的选择

另外,视图层使用原生PHP ≠ 逻辑不分层\全整在一起
视图层本该只涉及到一些简单的流程控制、变量输出,这种需求下,原生PHP相对模板引擎的学习成本和使用成本都不落下风
2015-06-08 11:17

引用来自“倪倪”的评论

还弄一串代码上来喷的,你们的数据操作,业务逻辑代码呢?难道你们平时只有一些=,if什么的吗?
数据操作和业务逻辑代码应该落在视图层吗?
之前的人是在讨论PHP-Web项目的视图层有没有必要使用模板引擎。
对应没接触过php和模板引擎的前端来说,模板引擎会比原生php的几种视图层用到的语法简单多少?
smarty这种我觉得还算可以接受的,至少模板拿出来一眼看去知道是模板;我现在项目在用thinkphp,他自带的模板引擎感觉很作,使用dom标签的形式,关键是项目里很多人很多地方在标签里嵌套tp模板标签,这样真的好么:
<span <eq name="key" value="1">class="checked"</eq> >
2015-06-05 20:04

引用来自“kideny”的评论

模板引擎是给不懂程序的前段用的
错了,给小公司用的,大公司,没有前端搞什么smarty,不如不用
2015-06-05 12:06
请大家理性讨论,smarty之所以还能存在充分说明了它有一定的合理性。如果一个人开发既是后台又是前端当然没有必要用模板引擎,但如果是中大型项目模板引擎的思路还是有用的,分工更合理,网站结构也更灵活清晰。
2015-06-05 07:23
还弄一串代码上来喷的,你们的数据操作,业务逻辑代码呢?难道你们平时只有一些=,if什么的吗?
2015-06-04 23:22
虽然慢,但是好看(我尤其不喜欢尖括号嵌套:)
2015-06-04 22:37
还有人用?
2015-06-04 22:35
还是更喜欢twig
2015-06-04 22:09
照你们这么说,MVC分出是没什么意义的,全整一块最合理,一群喷子,继续。
2015-06-04 19:53
我只能说这玩意儿难用至极!!!
2015-06-04 19:05
还没死…
2015-06-04 16:38
这货怎么还没死?10几年就用它了,麻烦,不靠谱。
2015-06-04 15:34
不要用模板引擎了,性能损耗不是一般的大
2015-06-04 14:27

引用来自“hmh”的评论

不明白为什么要在PHP上用这东西,
有人说是给不懂程序的前端用。 可是类似下面差别很大吗?
{value}
<?=$value?>

{if value}
{/if}
<?php if($value):?>
<?php endif; ?>
@if($val)
@endif
我喜欢这样的,少写好多单词。
2015-06-04 14:10
用过才知道顺手。把HTML嵌入到PHP源程序里面,看的眼花
2015-06-04 12:41
人老了都会遭嫌弃,何况smarty。
2015-06-04 11:40

引用来自“阿水plus”的评论

抵制模板引擎,人人有责
+1
2015-06-04 11:34
不掌握一两种模板引擎的前端,就是废柴
2015-06-04 10:42
感觉这东西会严重降低程序的效率
2015-06-04 10:36
抵制模板引擎,人人有责
回复 @
{{emojiItem.symbol}}
返回顶部
顶部