|
|
1
3
我确实做到了这一点——将我的工作站迁移到Vista 64,同时仍将代码部署到32位Win2008服务器。
通常,最大的问题是WOW64仿真层-这意味着32位进程和64位进程可以看到相同资源的不同版本(注册表项、系统文件夹等)。在.NET中,有一个枚举
不过,没有什么是不可克服的-我正在Vista x64上成功编译COM visible.NET程序集(将编译器设置为针对x86 CPU),然后将它们与ASP.NET和在32位服务器上运行32位COM对象的旧ASP代码一起部署,而且都运行得很好。有一些你可能会发现有用的笔记贴在上面 my blog ; 我个人遇到的最大头痛是32位应用程序(包括我最喜欢的文本编辑器)再也看不到C:\Windows\System32了。。。但即使这样也很容易解决。 |
|
|
2
1
(反正是个坏主意) |
|
|
3
0
我在Vista 64中遇到了一个问题: 程序文件程序文件可以存储在 程序文件x86 或者 程序文件 如果您的任何代码对程序的存储位置做出了假设,那么您可能必须围绕此进行编码-即使您做了正确的事情并使用了环境变量,因为有两个位置,现在有两个不同的环境变量。您需要知道您的应用程序将安装在其中的哪一个,如果您以任何CPU为目标,那么这两个将不同,如果您以x86为目标。 |
|
|
4
0
我在64位w2k3服务器(php)上向IIS添加第三方32位ISAPI处理程序时遇到了很多麻烦,我必须使IIS在32位兼容模式下运行。如果一切顺利,我想不出什么严重的问题。 |