从.NET 2.0升级到.NET 3.5时,Javascript很慢

时间:2011-06-17 02:20:26

标签: javascript asp.net performance

我想将我们的解决方案转移到.NET 3.5和VS 2008.我们仍然在VS 2005和2.0上。我们想要使用的一些工具是逐步淘汰2.0和2005支持,所以我认为在升级到3.5之后我会测试我们的解决方案。

我在VS 2008中转换了项目。我修复了弹出的一些编译错误,然后修复了一些涉及AjaxToolkit的javascript名称更改。

一切看起来都不错,但当我来到一个特别重要的验证器和javascript页面时...页面在加载时速度变慢了。

我使用了IE 7 javascript探测器,并在.NET javascript方法中看到了一些完全疯狂的数字。我不知道发生了什么事。

有没有人遇到过这个问题?我是否有错误的配置。

我包括以下2个个人资料。在.NET 2.0中运行时捕获的一个。另一个在.NET 3.5上运行时。此时,我甚至无法考虑3.5,如果我无法解决这个问题。

2.0个人资料

https://spreadsheets.google.com/spreadsheet/ccc?key=0AvxeS-OgIIkCdERSYVprOTRXZ2lkaFpqMkFFSkkxMXc&hl=en_US&authkey=CKKB5t0I

3.5个人资料

https://spreadsheets.google.com/spreadsheet/ccc?key=0AvxeS-OgIIkCdGhHdVJRS0FWcEp4azN0SHkxNWF5eUE&hl=en_US&authkey=CNHyu6cG

请帮忙......这太疯狂了。

谢谢, 富

---更新

Omar,我按照你的建议做了,并在web.config文件中设置了debug = false。这解决了这个问题。我把时间码放在页面的javascript中,javascript从17-18秒开始,回到~5秒。这与.NET 2.0中的页面大致相同,所以我对此感到满意(但是,希望IE能够更快地运行此代码)。

我现在唯一的问题是,我显然在开发期间使用debug = true运行解决方案。这对我的工作效率影响很大,因为这个页面经常被使用。我猜测VS 2008中引入的新javascript调试功能负责所有这些。当debug = true时,我猜测会使用.NET javascript库的调试版本。

有没有人有任何关于解决方案的建议?谢谢 - Rich

1 个答案:

答案 0 :(得分:0)

似乎你的脚本块中有一些脚本会导致问题。你能确定哪些脚本并显示? 您应该在web.config中关闭编译debug = false并测量时间。如果这也很慢,我们在您的脚本代码中有一些问题。可能是您在需要更改的ajax库中使用了一些代码。可能缺少一些必填字段,因此导致验证错误太多。