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

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

问题描述

我喜欢我的分离而调试测试我的改变或调试问题,可以通过简单的STRACK跟踪被精确定位。我修复bug后,我建立的解决方案,然后刷新页面。有后网页显示之前的重新出现,最初的滞后时间。在此之后,它一样快,它应该是。听说该应用程序在此期间,加载了所有新的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 来真的,批量为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天全站免登陆