Visual Studio 2008/2010 / ASP.NET:重建解决方案后如何加快延迟? [英] Visual Studio 2008/2010/ASP.NET: How to speed up the delay after rebuilding the solution?

查看:116
本文介绍了Visual Studio 2008/2010 / ASP.NET:重建解决方案后如何加快延迟?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我喜欢在测试我的更改或调试问题时分离我的调试器,这些问题可以通过简单的strack跟踪来确定。修复错误后,我将构建解决方案,然后刷新页面。在网页显示之前,重建后会出现初始滞后时间。之后,它的速度一样快。我听说这个应用程序正在加载所有新的DLL。

I like to detach my debugger while testing my changes or debugging issues that can be pinpointed by a simple strack trace. After I fix a bug, I build the solution and then refresh the page. There's that initial lag time that occurs after the rebuild before the web page displays. After that, it's as fast as it should be. I heard that the application is loading up all the new DLLs during this time.

有没有办法减少这个滞后的数量?

Is there any way to reduce the amount of this lag?

推荐答案

您可以将 optimizeCompilations 设置为true,而批次 to false

You can set the optimizeCompilations to true, and batch to false

<compilation batch="false" optimizeCompilations="true" ... >

对于asp.net 3.5版必须使用此补丁才能使用此优化开关。
http://support.microsoft.com/kb/961884

For asp.net version 3.5 must use this patch in order to work with this optimize switch. http://support.microsoft.com/kb/961884

这篇关于Visual Studio 2008/2010 / ASP.NET:重建解决方案后如何加快延迟?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
相关文章
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆