评论

#jackhatedance 发表于2008-07-07 13:45:28  IP: 61.241.79.*

跟XSLT相比，如何？

#xushiweizh 发表于2008-07-07 14:29:38  IP: 221.218.7.*

不知道你注意过我的另一个开源项目DocX没有？它其实就是TPL(old version) + XSLT。XSLT有个问题，就是XSL程序员太少，而且比较难调试。我个人看好Json（相比XML）和PHP（相比XSL）。当然，你仍然可以选择XSLT。

#xushiweizh 发表于2008-07-07 14:30:26  IP: 221.216.104.*

接下来有时间我会改造DocX为基于TPL + JSON + PHP模型。

#xushiweizh 发表于2008-07-07 16:22:12  IP: 221.218.7.*

http://cpp.winxgui.com/cn:tpl-json-php

#wangzepen 发表于2008-07-08 19:19:53  IP: 116.26.171.*

http://www.ZzGps.Cn

http://www.ZzGps.Cn/Class.asp?ID=34 在线技术视频

http://www.ZzGps.Cn/wz 关于各技术文章绘萃

http://www.ZzGps.Cn/bbs/index.asp 上千视频下载

#wangzepen 发表于2008-07-08 19:20:00  IP: 116.26.171.*

http://www.ZzGps.Cn

http://www.ZzGps.Cn/Class.asp?ID=34 在线技术视频

http://www.ZzGps.Cn/wz 关于各技术文章绘萃

http://www.ZzGps.Cn/bbs/index.asp 上千视频下载

#lidaobing 发表于2008-07-10 13:06:53  IP: 219.131.196.*

我反对继续继续使用 PHP 做为模板引擎
1. PHP功能太强，程序员会忍不住在里面加上程序逻辑, 程序逻辑和页面展现应当严格分离
2. 对于美工人员它又过于复杂了
3. 现有的模板技术(简单的用 template, 复杂的用 javascript) 已经能处理得很好了

#xushiweizh 发表于2008-07-12 07:42:38  IP: 125.89.16.*

我个人倾向于使用强大的东西（当然是不减少方便性为前提）—— 任何封装都是有漏洞的。所有的模板引擎都最终倾向于成为另一个PHP。另外，任何语言都可以被优美的使用，也可以用得很蹩脚（包括模板引擎），问题出在工程管理上，不是语言。也许这个问题在C++上更加突出，但这不影响我对C++的喜爱 —— C++是这世上设计最优秀的语言（也许有很多人有很多理由炮轰这句话，不过我并不打算继续进行争辩）。

#Lxyer 发表于2008-07-14 17:56:28  IP: 116.24.47.*

这个例子看起来挺不错的,tpl-1.0.00里面怎么没有相应的头文件.

#xushiweizh 发表于2008-07-15 15:57:56  IP: 218.13.231.*

这个例子最近才写的，在下一次的tpl发布中会包含相关内容。目前可从svn trunk中得到：
svn checkout http://winx.googlecode.com/svn/trunk/

#dvaknheo 发表于2008-07-17 15:07:54  IP: 124.205.137.*

说到文档转换 我做了一个，由程序员约定，美工的静态页面作为模板的一个PHP项目。

tagfeather.googlecode.com

这里有个例子
http://www.tagfeather.com/t/test/all.php

排列
1|2|3
4|5|6
7|X|X
这样的例子，只有 tagfeather 能做到所见所得
==========
原理是：做允许带 <? <% 的 SAX 解析，用钩子函数解决一切，默认钩子函数放弃处理标签名称，而是根据标签属性来做动作。
分配型标签把当前标签的其他属性附加给符合条件的特定标签。最后输出文本。

======================
我现在的困惑是：不知道如何让更多人了解。我不像你有那么大的影响力
新的版本即将发布了。我这几天都在写参考手册。

#longshanks 发表于2008-07-20 07:17:37  IP: 124.76.97.*

PHP+XQuery怎么样？有谁试过吗？
XQuery亲和力比XSLT强些，容易上手，适合数据访问。

#lidaobing 发表于2008-07-24 13:11:55  IP: 219.131.196.*

我觉得现在已经不是仅从研究的角度来看待一门计算机语言的时代了, 我们不能把语言过于复杂造成的问题直接推给工程管理了。

我的观点是 C++ 对于个人来说，非常好使。对于工程来说，则性价比太差，过高的学习成本，过高的管理要求妨碍了他的推广。

另外我不觉得模板引擎会变成 PHP, 因为现在的模板引擎只需实现少数的几个需求: 继承其他模板, 循环, 分支, 格式化。未来也看不到需要变成 PHP 的需求。

#xushiweizh 发表于2008-07-24 20:31:53  IP: 221.219.222.*

C++，这里就不继续讨论了。
关于模板引擎，没错，就是只有流程控制和格式化两个需求。不过需要注意的是，这里其实在循环定义。什么是模板引擎？不就是格式化引擎吗？那么这个引擎需要内置多少种格式化函数呢？我的意见是，多少种都不够！

#xushiweizh 发表于2008-07-24 20:37:31  IP: 221.219.222.*

这里我补充一下我认为“模板引擎”变成“另一个PHP”的界限：当模板引擎支持用户自定义函数时，那么我就认为，它其实是“另一个PHP”。避免这一事件的发生，模板引擎唯一可以做的事情，就是不断扩展它的函数库，来适应新的格式化需求。

#xushiweizh 发表于2008-07-24 20:39:23  IP: 221.219.222.*

这里我补充一下我认为“模板引擎”变成“另一个PHP”的界限：当模板引擎支持用户自定义函数时，那么我就认为，它其实是“另一个PHP”。避免这一事件的发生，模板引擎唯一可以做的事情，就是不断扩展它的函数库，来适应新的格式化需求。

#lidaobing 发表于2008-07-25 14:04:15  IP: 219.131.196.*

我只了解过 django 的模板引擎， django 的做法是用户自定义函数不在模板里，而不是属于你程序的一部分，这些函数在导入你的模块后可以被使用。

我觉得一个好的模板引擎不应当对写模板的人有任何程序能力上的要求，一个专注的美工人员能使用的模板引擎才能算是有效的引擎。

#lidaobing 发表于2008-07-25 14:05:18  IP: 219.131.196.*

刚才错了一个字，重发

我只了解过 django 的模板引擎， django 的做法是用户自定义函数不在模板里，而是属于你程序的一部分，这些函数在导入你的模块后可以被使用。

我觉得一个好的模板引擎不应当对写模板的人有任何程序能力上的要求，一个专注的美工人员能使用的模板引擎才能算是有效的引擎。