Vista 64位开发注意事项

Question

我正在将我的开发工作站从32位Vista迁移到64位Vista。

生产平台是32位Windows Server和SQL Server 2008.

有没有人知道迁移代码库的任何问题？

编辑：

系统由网络表单，c＃代码，存储过程组成。

还有来自dundas的ajax.net，ssrs，ssis和动态报告/图表。

然而，我认为其他用户可能会欣赏任何有关此举的经验教训或反馈。

结果：

截至2009年1月24日

• Checkpoint VPN不支持Vista 64（实际上似乎很少有人这样做）
• Cropper实用程序需要特殊下载和重建才能在Vista 64上运行（Cropper看起来很漂亮，但它缺少可滚动窗口捕获）

缺乏对Vista 64的支持使得它对我来说不值得。我希望有人会提到缺乏VPN支持，但目前没有支持64位客户端的vpn供应商....所以转发 - 截至2009年1月28日 - 使用Vista 64对于那些人来说不是一个好选择我们谁需要vpn。

Answer 1

我做到了这一点 - 将我的工作站迁移到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 ......但即使这样也很容易解决。

Answer 2

请勿对系统文件夹使用硬编码名称。

（反正一个坏主意）

Answer 3

我遇到过Vista 64的一个问题：

程序文件

程序文件可能存储在程序文件x86 或程序文件中，如果您的任何代码对存储程序的位置做出假设，则可能需要对此进行编码 - 即使你做了正确的事情并使用了环境变量，因为有2个位置，现在有2个不同的环境变量。你需要知道你的应用程序将安装在哪个应用程序中，如果你以x86为目标定位任何CPU，这将是不同的。

Answer 4

我在64位w2k3服务器（php）上向IIS添加第三方32位ISAPI处理程序时遇到了很多麻烦我不得不让IIS以32位兼容模式运行。如果它全部被管理，我可以想到没有严重的问题。