本文实例讲述了asp.net模板引擎Razor中cacheName的问题。分享给大家供大家参考。具体如下:
一、为什么使用cacheName
使用cacheName主要是考虑到Razor.Parse()每解析一次都会动态创建一个程序集,如果解析量很大,就会产生很多程序集,大量的程序集调用会造成程序非常慢。
举个例子:
如果编译1000次,编译速度就会很慢。
static void Main(string[] args) { string cshtml = File.ReadAllText(@"E:\百度云同步盘\Study\Net_ASP.NET\Web基本原理\RazorCacheNameTest\HTMLPage1.cshtml"); for (int i = 0; i < 1000; i++) { string html = Razor.Parse(cshtml); } Assembly[] asms = AppDomain.CurrentDomain.GetAssemblies(); foreach (Assembly asm in asms) { Console.WriteLine(asm.FullName+"\r\n"); } Console.ReadKey(); }
二、如何解决这个问题
使用Razor.Parse()时,带上cacheName参数。
指定一个cacheName叫cc,下次Parse()解析时就不会重新编译了(除非cshtml内容修改,那么cacheName名也要重新命名,让Parse()解析新文件)
for (int i = 0; i < 1000; i++) { //如果调用1000次,使用下面方式就会创建很多程序集,性能很低 string html = Razor.Parse(cshtml); //解析的cshtml文件我给的一个“缓存名”是cc,这次一旦编译成功 //下次再让你Parse() cc就不用重复编译了,速度会非常快, //除非cshtml内容修改 Razor.Parse(cshtml, null, "cc"); }
三、怎么确定cacheName表示的文件已修改呢?
有两种方式,一种就是文件全路径+文件修改时间,还可以根据cshtml文件的MD5值。
for (int i = 0; i < 10; i++) { string cshtml = File.ReadAllText(fullPath); string cacheName = fullPath + File.GetLastWriteTime(fullPath); //文件全路径+文件上一次被修改时间 string html = Razor.Parse(cshtml,null,cacheName); Console.WriteLine(html); Console.ReadKey(); }
每当cshtml文件被修改,cacheName的值就会改变,Parse()根据cacheName值判断是否重新编译。假如测试过程中对cshtml文件做了三次修改,最终会生成三个程序集,如果cshtml文件未修改,最后只有一个程序集。
注意:关于cacheName的问题。
经过试验发现,即使cacheName写成一个固定的值,当cshtml发生改变的时候Parse的结果也是修改后的内容,这是为什么呢?
经过反编译我们发现Parse方法最终调用的是TemplateService的GetTemplate方法,代码如下:
private ITemplate GetTemplate<T>(string razorTemplate, object model, string cacheName) { Func<string, CachedTemplateItem, CachedTemplateItem> updateValueFactory = null; CachedTemplateItem item; if (razorTemplate == null) { throw new ArgumentNullException("razorTemplate"); } int hashCode = razorTemplate.GetHashCode(); if (!this._cache.TryGetValue(cacheName, out item) || (item.CachedHashCode != hashCode)) { Type templateType = this.CreateTemplateType(razorTemplate, (model == null) ? typeof(T) : model.GetType()); item = new CachedTemplateItem(hashCode, templateType); if (updateValueFactory == null) { updateValueFactory = (n, i) => item; } this._cache.AddOrUpdate(cacheName, item, updateValueFactory); } return this.CreateTemplate(null, item.TemplateType, model); }
代码大意是:从缓存cache中查找是否有名字等于cacheName的缓存项“TryGetValue(cacheName, out item)”,如果不存在,则编译创建;如果存在,则再检查缓存中的cshtml内容的hashCode(字符串的特征码,相同的字符串的HashCode一样,不同字符串的HashCode有一样的概率)和这次传进来的razorTemplate的HashCode是否一样,如果不一样也重新编译创建,而不使用缓存的。
因此这就能解释为什么用一个固定的cacheName,只要修改cshtml的内容,还是会Parse出新内容了。
有同学会问:既然修改cshtml后,就会重新Parse新内容,那要cacheName还有什么意义呢?这是因为不同的字符串的HashCode相同的概率很低,但并不是没有“A、B两个字符串不一样,但是hashcode相同”这种可能,因此如果只依赖HashCode的话,那么有这样的概率“cshtml的文件修改了,但是恰好修改后的HashCode和修改以前是一样的,那么Parse还是执行旧的逻辑”。所以加上cacheName才是“双保险”。
希望本文所述对大家的asp.net程序设计有所帮助。
本文向大家介绍ASP.NET Razor模板引擎中输出Html的两种方式,包括了ASP.NET Razor模板引擎中输出Html的两种方式的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了ASP.NET Razor模板引擎中输出Html的两种方式。分享给大家供大家参考,具体如下: Razor中所有的Html都会自动编码,这样就不需要我们手动去编码了(安全),但在需要输出Html时就是已经转义
我有一个ASP。NET核心应用程序,使用身份进行用户管理。 我有一个,它准备通过smtp发送电子邮件以用于帐户激活目的: 然而,由于字符
具体查看ejs官方文档 https://github.com/mde/ejs
我们自己实现了一个轻量级的模板引擎,不要问为什么不用smart之类的,因为我们认为没有必要为了一个小小的模板引擎而引入smaart这样复杂的实现。你可能会说,smart功能强大,支持各种标签,标签也是很强大,而且还可以对模板引擎进行各种"灵活"的配置... 这里我们觉得有必要说明一下: 框架的内置模板引擎基本上实现了我们日常开中所有常用的标签。 不常用的标签我们也做了巧妙的实现。 我们只提供了扩展
内置模板引擎 视图的模板文件可以支持不同的解析规则,默认情况下无需手动初始化模板引擎。 可以通过下面的几种方式对模板引擎进行初始化。 配置文件 内置模板引擎的参数统一在配置目录的template.php文件中配置,例如: return [ // 模板引擎类型 支持 php think 支持扩展 'type' => 'Think', // 模板路径 '
Warning: The packages listed below may be outdated, no longer maintained or even broken. Listing here does not constitute an endorsement or recommendation from the Expressjs project team. Use at your
Use the app.engine(ext, callback) method to create your own template engine. ext refers to the file extension, and callback is the template engine function, which accepts the following items as parame
hi-nginx-java内置了两个mustache模板引擎:mustache.java和jmustache。 以下介绍仅就jmustache而言。 字符串模板 字符串模板是最简单的情况。例如: package test; import hi.request; import hi.response; import hi.route; import java.util.regex.Matcher