TP里有很多内置标签，判断比较、循环等等，使用PHP做服务端开发平时与前端配合较多，个人觉得这些标签会复杂化HTML的可阅读性，而且前后端工程师不应该在这些标签上浪费时间……
我想了两点：
要说继承的话，以前的项目里用CI重写过load对象，也是用PHP来进行组装HTML的。这方面也不会有很难搞的地方。
要是说前后端分离的话，我觉得web开发本身就是一个需要相关知识比较宽泛的工作，而且肯定要有对接的部分，使用了模板引擎之后前端仍然是还要写很多模板变量（少敲几个字符这倒是真的……）。
最后还是觉得，程序应该是考虑解决问题，并且考虑性能优先的。所以不是很理解模板这个设计的初衷，TP的源码没完整看，不太了解这些内置标签在性能上的问题。
刚开始用TP，也许我有理解不对的不要鄙视我……
TP里有很多内置标签，判断比较、循环等等，使用PHP做服务端开发平时与前端配合较多，个人觉得这些标签会复杂化HTML的可阅读性，而且前后端工程师不应该在这些标签上浪费时间……
我想了两点：
要说继承的话，以前的项目里用CI重写过load对象，也是用PHP来进行组装HTML的。这方面也不会有很难搞的地方。
要是说前后端分离的话，我觉得web开发本身就是一个需要相关知识比较宽泛的工作，而且肯定要有对接的部分，使用了模板引擎之后前端仍然是还要写很多模板变量（少敲几个字符这倒是真的……）。
最后还是觉得，程序应该是考虑解决问题，并且考虑性能优先的。所以不是很理解模板这个设计的初衷，TP的源码没完整看，不太了解这些内置标签在性能上的问题。
刚开始用TP，也许我有理解不对的不要鄙视我……
用原生PHP代码，和用模板，最后的效果是一样的，模板也会解析成原生的代码。要说效率，感觉区别不大。
我觉得你既然使用框架了，那当然还是使用他们的模板去编写代码比较好，毕竟每个模板的开发人员，都是经过深思熟虑才做了各种便利的设置。你要非得写原生PHP，那你何必用框架，而且如果不按框架的规范开发，对你以后更快捷的使用该框架也是无利的。
框架是便于我们更快速的去开发，但在使用框架的同时，对基本原理，也需要自己深层次的学习，基础还是要扎实。
我感觉模板标签的作用就是在html里少写php
php是种很灵活的语言,没有模板引擎的约束,我感觉前端html里的代码会嵌入php的方式非常多,甚至可能有些人函数还定义在里面,或者一些逻辑还写在里面,但用了模板引擎这样做的人就很少,无论是不是新手
性能什么的不需要太注重,即使使用了模板引擎,也可以将他解析成html混合php的形式将其缓存起来的,理论上你只是第一次通过正则解析完后,第二次就可以不用再次解析了.
就是为了前后端分离, 模板引擎大同小异, 前端开发人员学习它的用法的成本远远低于学习一门语言的成本.
为了编辑器的语法着色正常
