我目前正在使用ASP.NET 2.0开发一个中等大小的web应用程序，该应用程序使用大量jQuery/jQueryUI来实现选项卡、模式对话框和一般客户端酷度等功能。我们现在已经在测试区运行了它，但IE7和IE8在选项卡和模式对话框所需的所有页面设置中表现非常糟糕。在我们的一台较旧的笔记本电脑(戴尔，3或4岁(上，通过我们的内部网络(无线(从测试服务器加载页面大约需要3到5秒，无论是第一次还是回发。Firefox 5在同一台机器上需要1到2秒钟的时间。在IE8和FF5上运行SunSpider可以证实，使用javascript，FF5的速度几乎快了18倍。我知道像SunSpider这样的东西在现实世界中的价值存在争议，但无论你如何划分，这都是一个很大的差距。
我的问题是：在开发涉及大量javascript处理的web应用程序时，通常如何处理经典IE(7和8(？糟糕的表现可以吗？如果是，达到什么程度？
我的本能反应是把IE经典当作例外。它正在消失(谷歌应用程序很快就会放弃支持，IE9是Windows Vista和7的自动更新(，不能被视为现代网络应用平台的一部分。它需要工作，因为它仍然是浏览器份额的很大一部分，但一些小的布局和性能问题还可以。我以前听说过"性能是一种功能"，但这不可能成为所有用户和平台的现实。
更新，澄清一下：这是针对普通互联网的，而不是针对一家仍在运行IE7的公司的内部网络。
这个问题的唯一答案是："谁是你的目标用户/人口统计，他们在使用什么浏览器？">
如果你的应用程序是为一家大型全球银行及其员工设计的，假设他们都在运行有4年历史的Dell，带有Windows XP和IE6，带有14英寸显示器。
如果你的应用程序是面向公众的，那么我对IE8及以下版本说"很好"。你不应该以牺牲其他人使用现代支持的浏览器为代价来适应一个有缺陷的平台。
这取决于您的目标客户端。如果它是用于内部网的，并且你可以控制他们将使用什么(Firefox、Chrome或IE9(，那么是的，你不需要太担心。但如果它是一个通用的互联网应用程序，不管你喜欢与否，它在IE7和IE8中应该运行良好，因为仍有大约50%的人使用它(在我的情况下，它更像是75%，但这是我的业务类型(
你可能想使用Firebug并检查连接选项卡，也许使用页面速度插件等。有时不是代码慢，而是有很多包含文件(CSS、javascript等(。尽量不要包含太多。
我已经用jquery库开发了几年。答案是IE 7和8与当前一代浏览器相比速度较慢。通常，当我们遇到这样的障碍时(为一家拥有和开发大型门户网站的公司工作(，我们会尝试优化和重新思考我们真的需要这么重的东西吗。此外，如果你在其他事情上达到Yslow最大值，你还有一两秒钟的时间，这样你的用户体验就不会受到太大影响。遗憾的是IE会留下来。你可以尝试一些渐进式渲染，延迟一些非必要的脚本，或者只是剪切功能和养眼剂。但对于通用应用程序来说，它们是可以的。如果你提供更多关于你正在使用的确切脚本的细节，我们可能会提供更好的建议。