我正在将我的开发工作站从 32 位 Vista 迁移到 64 位 Vista。
生产平台为 32 位 Windows Server 和 SQL Server 2008。
有谁知道迁移代码库有任何问题？
编辑:
该系统由web表单、c#代码、存储过程组成。
还有 ajax.net、ssrs、ssis 和来自 Dundas 的动态报告/图表。
但是，我认为其他用户可能会欣赏有关这一举措的任何经验教训或反馈。
发现:
截至 2009 年 1 月 24 日
缺乏对 Vista 64 的支持让我觉得不值得。我希望有人会提到缺乏 VPN 支持，但目前没有支持 64 位客户端的 vpn 供应商......所以要注意 - 截至 2009 年 1 月 28 日 - 使用 Vista 64 对那些人来说不是一个好的选择我们谁需要VPN。
最佳答案
我确实做到了这一点 - 将我的工作站迁移到 Vista 64，同时仍将代码部署到 32 位 Win2008 服务器。
通常，最大的问题是 WOW64 仿真层——这意味着 32 位进程和 64 位进程看到相同资源(注册表项、系统文件夹等)的不同版本。在 .NET 中，有一个枚举System.Environment.SpecialFolder这将使您能够安全地抽象访问程序文件、应用程序数据和其他具有潜在风险的系统文件夹。您还需要强制 IIS 在 32 位兼容模式下运行(它不能同时运行 64 位和 32 位 Web 应用程序) - 说明位于 http://support.microsoft.com/kb/894435
不过，没有什么是不可逾越的——我在 Vista x64 上成功编译了 COM 可见的 .NET 程序集(将编译器设置为针对 x86 CPU)，然后将它们与 ASP.NET 和运行 32 位 COM 对象的遗留 ASP 代码一起部署在一个32 位服务器，一切运行良好。在 my blog 上发布了一些您可能会觉得有用的注释;我个人遇到的最头痛的问题是 32 位应用程序(包括我最喜欢的文本编辑器)再也看不到 C:\Windows\System32 了……但即使这样也很容易解决。
关于windows-vista - Vista 64 位开发注意事项，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/473546/