|
|
1
7
如果速度/性能对你来说是一个主要问题,我强烈建议不要使用UpdatePanels,因为它们会导致整个页面回发,在头部拖动ViewState等垃圾,并迫使页面每次都经历整个生命周期(即使用户没有看到这一点)。 您应该能够(相对容易地)使用PageMethods来完成任务。
|
|
|
2
4
这只是IE的一个已知问题,请参阅 KB 2000262 。可以找到解决方法/修复程序 here 。我和他们一起写剧本,很遗憾他们不能提出真正的解决方案。 |
|
|
3
1
在之前的一个项目中注意到,当我们在一个页面上有堆(150多个)文本框时,IE变得非常慢,在与fiddler核实后,我们认为是渲染引擎慢了。 (顺便说一句,在大家大喊大叫之前,150多个文本框是客户明确的要求,我们基本上是在网上重新创建了定制的excel) |
|
|
4
0
这是弹出控件的代码(页面上只有一个控件与包含图标的所有控件共享):
|
|
|
5
0
要了解为什么需要这么长时间,我建议使用Fiddler来监视你的IE流量: http://www.fiddlertool.com/fiddler/ 您将查看每条消息的响应,以了解它们有多大。如果消息>5kb左右,那么UpdatePanel太胖了。 这听起来像是你试图做的一件相当简单的事情,所以我很难相信更新面板是罪魁祸首。不过,测试它应该不会太难。在没有UpdatePanel的情况下测试它的最简单方法是使用PageMethod。这个页面有一个很棒的教程: http://weblogs.asp.net/sohailsayed/archive/2008/02/23/calling-methods-in-a-codebehind-function-pagemethods-from-client-side-using-ajax-net.aspx 您能否也发布您的UpdatePanel代码,以便我们获得更多详细信息? 编辑:谢谢! 你使用的是哪个版本的IE? |
|
|
6
0
使用DOM和HTTP请求本身就很慢,这是浏览器的问题。加速它的最佳方法是减少HTTP请求(AJAX或其他方式)的次数,并减少DOM操作、搜索、编辑、替换等的数量。 |
|
|
7
0
我建议使用以下工具进行性能跟踪 link text 。它是Internet Explorer中AJAX性能分析的免费工具 |
|
|
code-geek · Jquery根据单选按钮选择隐藏或显示文本字段 1 年前 |
|
|
Dr.0000FF · jQuery按钮点击不显示/隐藏内容 1 年前 |
|
|
user28928120 · 如何在jquery中选择所有类? 1 年前 |
|
Eliable · 使点击计数器和进度条协同工作 1 年前 |
|
Jack Maessen · 在处理程序上使用时如何获取输入类型 1 年前 |