Vista 64位开发注意事项

4

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

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

有人知道迁移代码库是否有任何问题吗?

编辑:

系统由Web表单、C#代码、存储过程组成。

还有ajax.net、ssrs、ssis以及来自Dundas的动态报告/图形。

然而,我认为其他用户可能会欣赏到关于这个移动的任何经验教训或反馈意见。

调查结果:

截至2009年1月24日

  • Checkpoint VPN不支持Vista 64(实际上似乎很少有)
  • Cropper实用程序需要特殊下载和重建才能在Vista 64上工作(Cropper看起来非常不错,但它缺乏可滚动的窗口捕获)

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


你需要告诉我们一些关于你的代码库的信息。首先从你使用的编程语言和库开始。 - Hans Passant
1
可恶的是,我希望有人在论坛上发布关于VPN问题的帖子,这样我就不用花一整天重建我的机器了!!! - mson
4个回答

3
我已经做到了这一点 - 将我的工作站迁移到Vista 64,同时仍然将代码部署到32位Win2008服务器。通常,您最大的问题将是WOW64仿真层 - 这意味着32位进程和64位进程看到相同资源的不同版本(注册表键、系统文件夹等)。在.NET中,有一个枚举System.Environment.SpecialFolder,它将为您提供对Program Files、Application Data和其他潜在风险系统文件夹的安全抽象访问。您还需要强制IIS以32位兼容模式运行(它无法同时运行64位和32位Web应用程序) - 请参阅http://support.microsoft.com/kb/894435上的说明。

虽然有些困难,但我成功地在Vista x64上编译了COM-visible的.NET程序集(将编译器设置为针对x86 CPU),然后在32位服务器上与运行32位COM对象的ASP.NET和传统ASP代码一起部署它们,并且一切都很顺利。你可能会在我的博客上找到一些有用的注释;我个人遇到的最大问题是32位应用程序(包括我最喜欢的文本编辑器)不能再看到C:\Windows\System32...但即使如此,解决这个问题也很容易。


1

不要为系统文件夹使用硬编码名称。

(这本来就是个坏主意)


0

我遇到一个与Vista 64相关的问题:

程序文件

程序文件可能存储在Program Files x86Program Files中,如果你的代码对程序存储位置有假设,那么你可能需要编写代码解决这个问题 - 即使你使用了环境变量,由于有两个位置,现在有两个不同的环境变量。你需要知道你的应用程序将安装在哪个位置,如果你针对任何CPU目标,则与x86目标不同。


0

我在64位w2k3服务器(php)上向IIS添加第三方32位ISAPI处理程序时遇到了很多麻烦,我不得不让IIS在32位兼容模式下运行。如果一切都是托管的,我认为不会有什么严重的问题。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接