Looking inside the urlMapping
I see that the mappedUrl
are store on UrlMappingCollection
that come from ConfigurationElementCollection that virtual have no limits.
The number of urls.
我认为,实际上对你能够负担多少没有限制。
The load time
负荷延误只出现在网上,然后在固定价值上保持,只有在你改变网络时重新上载。
The Memory
你们都有一份静态的收集,所有数据都是在每次请求开始时提出的。 取决于你们有多少数据将装上网络。
The search time
从我的研究中,没有使用任何散射方法进行,但y 比较了“一个
这是对每艘护卫舰进行大规模搜查的法典。
internal string HttpResolveMapping(string path)
{
string mappedUrl = null;
string str2 = UrlPath.MakeVirtualPathAppRelative(path);
UrlMapping mapping = this.UrlMappings[str2];
if (mapping != null)
{
mappedUrl = mapping.MappedUrl;
}
return mappedUrl;
}
这里的UrlMappingmap = ;UrlMappings [str2];称
protected internal ConfigurationElement BaseGet(object key)
{
foreach (Entry entry in this._items)
{
if ((entry._entryType != EntryType.Removed) && this.CompareKeys(key, entry.GetKey(this)))
{
return entry._value;
}
}
return null;
}
我需要再检查一次,但我认为,在寻找尿素测绘方面存在着问题。
In Real Life
最近,我优化了类似的数据库编码。 我在短短短短短短短短短短短短短短短短短短短短短短短时间从500米降至150米。
在你看来,我并不认为这一路线将达到,在“<>/strong”一页中,所谓100-200倍以上。 (我说100是因为你把所有电话都转播,甚至照像)
因此,我认为这真的取决于<><>超级>。 你很快赢得了网站,但我并不认为你们的用户注意到不同的<>/strong>,在此问题上,你只能更快地获得10-20-30毫升——我们只讲一句话,如果你拥有大量的导游(可能超过1500毫升)。
内容的第一页也叫上,然后从这个大厅搜索,然后回头,然后是图像,因此,用户只能看到页头1-5的延迟,不了解图像上的小延误。
此处优化只能根据方案来衡量,而用户则不理解。
这里的时代来自我(低)电脑的经验,只能让我感受到我的经验。
Some more words
我认为,模拟是一种准备的解决办法,可以帮助任何人开始,但如果有些人有时间知道,而且资源值得固定自己的高射线,使其满足自己的需要,如果他喜欢的话,就能够迅速。 如果开斋是好的,但如果你需要一些更先进的思想,那么你就可以在你的项目变得更大的时候更新。
I am fan of the speed, every second that wait on the computer is a second from our life.
How ever if it easy for you to use the urlMapping just do it, make the site workable, and then you check it again after some months.