做了两天的XSLT的模板体系终于有成果了，如果速度上过的去的话，其实XSTL做模板是很不错的，在数据控制输出方面有着非常大的优势，彻底的分离了数据与排版，让程序的结构更加明析有条理。不可否认，XSLT模板的编制难度比较大，当要制定界面时就需要扎实的基本功了，将模板分治为各个功能模块，善于运用template、include指令等都可以让模板的易用性提高。部分修改：
1.新设了TPage类，控制所有页面的生成、输出、保存;
2.TPage类即可以保存为HTML文件，也可以直接Response.Writel输出;
3.为每个页面都定制了一个XSTL模板，由TPage类选择调用;
4.系统内部数据生成为XML格式排列，与XSTL模板配套;
5.移除了原Z-Blog上的缓存机制，目前首页列表页均要使用数据库连接;
摘录了《对J2EE项目的一些体会》一段话：
...
另外，XML+XSLT也是一种方案。将数据直接用XML形式表现出来，绕过Entity bean，然后再用XSLT模版转化成最终界面。XML与XSLT之间属于模式匹配式的松散耦合，可以避免强类型语言方法调用带来的参数类型、个数、顺序限制，做到彻底地数据与界面分离；同时XML形式的数据集在app server中可以按照合适的方案进行缓冲，避免频繁访问数据库，抵销XSLT转换引入的性能负担。同时XML和XSLT是业界广泛采纳的标准，如果今后采用不同的体系结构（如从J2EE移植到.Net或者相反），表现层的XSLT形式的界面可以重用。JSP或ASP就没有这种可能。问题在于首先要管理关系型数据到层次型XML数据的映射，其次如果没有一个好的工具，创建、维护XSLT也是很费时费力的事情。我现在的项目正在朝这个方向努力，希望能做一个象Delphi那样好用的，基于XSLT的HTML界面控件开发、管理、使用环境。
...
下载:
http://www.rainbowsoft.org/zblog/upload/Z-Blog_XSLT_Preview.rar
本版本仅作技术性的预览用，请不要正式使用。
说真的,XSLT技术我一窍不通，你让我帮你看看，可是我看不懂啊！
算了算了，我还是打算用最没有技术含量的东东，这样速度快嘛。
白天看不到你，晚上倒冒出来了。
给backup.asp最后一段write前加入以下一句就能自定义输出文件名了：
Response.AddHeader "Content-Disposition","attachment;filename=backup.xml" '输出backup.xml文件名
这个好，3Q。
嘿嘿，有时间研究下的的吧
www.cgren.net/hubro/index.xml
你的XML的BLOG我在去年就看过了，很独特。
当时还写过几句话的。
服务器端转换成HTML？那还不如直接生成HTML来得方便
因为是全部生成的静态XML，转换成HTML也就不可能了
最初的是生成的全HTML的，发现生成的HTML文件一个达1M，换成XML就只有几百字节了
如果说是为了能快速更换模版，建议你研究下我的。NET写的BLOG
模版文件
http://www.hubro.net/skin/will/index.htm
我想这个比XML模版强大得多，也不是很复杂
另，提出你的BLOG不足的地方
配制
1.请先将c_custom.asp文件中的 ZC_BLOG_HOST 更改为已分配的IP或域名。
格式要是"http://xxx/"，前面要加 http:// ,后面要加上 / 。
这个完全可以程序自动判断的
BLOG重建
这个有点不好，这个应该是自动的，做到这一点，我想不应该太难
哦，忘了标签用法了
http://www.hubro.net/admin/temp.htm
研究研究
俺桌面上就放着文件，可怜我一直没时间研究。
我以前学过一会儿XML和XSTL，觉得XSTL简直就是超好的模板方案，现在想拿Z-Blog XSLT学习一下，但又没得下了，可否给我邮箱寄一个你的Preview版本看一下
epweb@yeah.net