Windows本地开发环境速度

Question

我已经开始将现有的ASP.NET web应用程序移植到Windows，并且注意到开发过程非常缓慢。每次更改代码并想查看代码时，我都必须有效地将其重新部署到本地dev云中(使用Start debugging (F5)或Start without debugging (Ctrl-F5) )。进程本身需要超过一分钟的时间，在此期间Visual完全没有响应。

我是不是做错了什么，还是说这就是Azure的发展方向？

我的规格：

• Visual 2008 9.0.30729.1 SP
• 运行在.NET 3.5 SP1上的5个项目
• Azure SDK 1.1 (2010年2月)
• 单个web角色的单个实例
• 双核AMD 64机，8GB内存，64位Windows 7，完全修补
• 主项目本身相当大(3k文件，~200 k行)，但在10-15秒内正常编译。

Answer 1

如果您的web角色功能有限，您可能只需将Web项目设置为VS解决方案中的活动项目，然后在那里运行。

例如，我的web角色不调用表存储、blob存储等等.它只进行一些Azure日志记录调用，并与SQL交互。因此，有时我只是将web项目设置为VS调试器中的启动项目，而不是Azure，然后从那里运行。我已经正确地编写了日志调用，以检查Azure在编写之前是否可用，因此在这种情况下不会执行。

当然，如果您正在做大量的桌子存储，队列，blobs等，那么这是不适合您。

Answer 2

通常，在开发机器中，我们只编译并运行解决方案。在Azure开发中，还有一个额外的步骤，在Dev中部署特定的项目，这涉及将完整的网站内容复制到动态创建的部署文件夹中。因为您有大量的文件，所以每次按F5或Ctrl-F5时，都需要将所有这些文件复制到一个新文件夹中。这可能会导致你注意到的延迟。

此场景还突出了在App上部署解决方案时的灵活性。任何时候，您更改任何内容(静态或动态)在网站上，完整的网站必须打包，并重新上传到您的生产服务器。

Answer 3

在我的例子中，当我将端口从80更改为其他(在端点下面)时，速度恢复了正常。