团队正在从 XP32 到 XP64 进行 .NET 开发 - 有什么问题吗? [英] Team is Going from XP32 to XP64 for .NET Development - Any Gotchas?

问题描述

我的团队正在购买新的 XP64 工作站.到目前为止，我们一直在使用 XP32.我们的大部分工作是在托管 C#/VS2008/.net 3.5 和 SQL Server 2005 中完成的.但是我们确实有一些应用程序仍然在 VS2005/.net 2.0 中.我们的大多数应用程序是 ASP.NET webforms 应用程序和 WCF 服务，它们在生产中的 64 位服务器上运行.但是，我们正在进行一些必须在 32 位机器上运行的 WPF 开发.

My team is getting new XP64 workstations. We've been using XP32 up until now. Most of our work is done in managed C#/VS2008/.net 3.5 and SQL Server 2005. However we do have a couple apps that are still in VS2005/.net 2.0. The majority of our applications are ASP.NET webforms apps and WCF services that are running on 64bit servers in production. However, we have some WPF development going on that will have to run on 32bit machines.

是否有任何我们应该注意的陷阱或过渡痛点?

Are there any gotchas or transition pains we should be aware of?

推荐答案

如果您要引用为 32 位编译的任何第三方 DLL，则您必须将应用程序定位为 32 位.这可以通过更改项目设置或使用 corflags 来完成 带有/32BIT+ 参数的应用程序.

If you are referencing any third party DLLs that are compiled for 32-bit, then you will have to target your applications for 32-bit. This can be done by either changing the project settings or using the corflags application with the /32BIT+ parameter.

在我将 XP x64 用作开发工作站的数月中遇到的唯一问题"是编辑并继续"在 64 位应用程序的 Visual Studio 调试器中不起作用.

The only "gotcha" that I have encountered in my many months of XP x64 as a development workstation is that Edit-And-Continue does not work in the Visual Studio debugger in 64-bit applications.

这篇关于团队正在从 XP32 到 XP64 进行 .NET 开发 - 有什么问题吗?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！