如何正确规范模板解释生成方式

常用的模板解释生成方式主要用自定义标签的方式来实现,标签从原来的大家认识最简单的替换词进行替换,再到解释一系统的函数标签,即列表标签。

生成静态文件中常用的列表标签类似于
{#Function Type="Article" name="" Lable="" Para1="" Para2="" #}
解释时用正则表达式得到要求解释文章列表,然后实例化一个文章解释类,进行解释。
调用文章解释类进行解释时,需要将字符串中对应的参数付到类对像中,这里采用的是一种正则表达式的方式。
根据对像的属性进行反射,然后进行查找,如果找到则替换对应的值这样每一模板至少需要解释四十来个这样的标签,再加进行数据库的读取,字符串运算等相关解释。即生成一篇文章需要50秒种,而且因为正则表达式的过多使用,在生成时一般会造成Cpu占用率很高。
通过测试发现
{#Function Type="Article" name="" Lable="" Para1="" Para2="" #}
变成
<Function Type="Article" name="" Lable="" Para1="" Para2="" />
这种Xml结点形式。只需要进行两次字符串替换操作。

这样就可以通过XmlDocument 中Attribute来获得相关标签参数的值。
递归获取Xml节点中的属性到一个Hastable中的速度是很快的

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值