【请教ASPX模板机制】网鸟模板引擎以及类似于DiscuzNT的模板机制和直接正则反射的模板机制哪种性能更好？

主要是页面基本不使用ASP.NET控件， 方便美工制作HTML模板页。现在看来大体有2种模板机制。

1，类似于DiscuzNT 论坛的模板机制,将特定的模板语句编译生成aspx C#代码. (网鸟模板解析引擎也类似)

2，通过读取模板页文件正则匹配反射结果输出到页面 (大多数CMS系统都这样做)

3排除，使用asp.net本身的模板页以及用户控件,.net控件等组成的(此方法编译费时占内存,模板制作相对困难,但开发速度最快)



请教大家,特别对系统架构比较有经验的高手,对数据交互比较集中的页面,功能页面中,访问和并发相对也比较高的情况,使用哪种模板机制最理想?    比如WEB的用户中心,以及网站的后台等应用上面.
------解决方案--------------------
DiscuzNT 论坛的模板机制
如 uchome使用的就比较多

------解决方案--------------------
现在使用第二种的很多。。。。
------解决方案--------------------

引用:

性能上应该是第一种好,但第二种方式的HTML模板标签又更简洁容易, 用来做生成静态是很好的.

不过我关注的不是生成静态,而是直接使用. 第一种呢,又相对复杂,增加流程. 不知道还有没有更好的方案?

两全其美的方法几乎没有。。

如果想要直接使用。。不考虑静态页。。。那第一种会好一些。。。

但我建议还是第二种。。。出来的东西干净。。
------解决方案--------------------
DiscuzNT 的比mvc 还繁杂。
------解决方案--------------------
Jumony对于复杂的页面是最有优势的，可以说如果把Jumony看成是模板引擎，那它是市面上最不挑模版的模板引擎，就像演示里面一样，它可以直接从互联网上面拽个页面来当自己的模版。但Jumony的性能现在不是主要诉求。所以Jumony的性能是很差的。但这个其实只要一点点缓存就能有很大的改善，看如何权衡了，Jumony可以极大的提高复杂页面的数据绑定开发效率，如果不用反射来提取数据，或者用FastReflection之类的类库来提升效能，Jumony的性能不一定比第二种低，但分析HTML是很费劲的事情。无论如何Jumony现在不应用于实际项目，其性能在下个版本会有较大提升（默认的缓存机制和HTML DOM缓存）。