Vista64位的发展需要注意的事项
-
19-08-2019 - |
题
我迁移我的发展工作站从32位Vista64位。
生产平台是32位的Windows服务器和SQL服务器2008年。
任何人都不会知道的任何问题与移徙的代码?
编辑:
该系统由网络的形式,c#码的、存储程序。
还有ajax.net,ssr,ssis和动态的报告/图从dundas.
然而,我认为其他用户可能更好的任何经验教训和反馈的一般关于这种移动。
调查结果:
截月24日,2009年
- 检查站VPN不支持Vista64(实际上它似乎很少做)
- 栽跟头的实用需要特殊的下载和重建工作,在Vista64(栽跟头看起来非常漂亮,但是它缺乏可滚动的窗口中捕捉)
缺乏支持Vista64使它不值得的,而对于我。我希望有人会提到缺乏VPN支持,但是目前没有vpn供应商,支持64位客户。...所以forwarned-为的1/28/2009-使用Vista64不是一个好的选择,对于我们这些人需要vpn。
解决方案
我所做的正是这个-我的工作站迁移到远景64虽然仍部署码32位Win2008服务器。
一般来说,你最大的问题将WOW64仿真层-这意味着,32位的进程和64位的程序看到不同的版本相同的资源(注册键,系统文件夹等等。) 中。净,有一枚举 System.Environment.SpecialFolder
它会给你安全地抽象的访问程序文件、应用程序的数据和其他潜在风险的系统文件夹。你还需要力IIS运行中的32位的兼容性模式(它不能运行的64位和32-位应用程序的同时)-说明 http://support.microsoft.com/kb/894435
没有什么不可克服,虽然-我成功地编制COM-可见的。净组在Vista64(设置的编译器的目标x86Cpu),并随后部署他们旁边ASP.NET 和遗产ASP运行的代码32位COM的对象在一个32位的服务器,以及它的所有工作非常好。还有一些注意事项你能找到有用的贴上 我的博客;最头痛的事,我遇到个人,32-位应用程序(包括我最喜欢的文本编辑器)可以看不见C:\Windows\System32 任何更多...但即使这样,很容易解决。
其他提示
不用硬编码姓名为系统的文件夹。
(一个糟糕的想法呢)
我有遇到一个问题Vista64:
程序的文件
程序的文件可能被储存在 程序文件x86 或 程序的文件 你可能以代码解决此如果任何代码使假设有关的程序都存储-即使你已经做了正确的事情,和使用环境变量,因为有2个地点现在有2种不同的环境变量。你需要知道这些你的应用程序,将被安装在,这将是不同的,如果你的目标的任何CPU如果你的目标x86。
我有很多麻烦,添加第3个方32位ISAPI处理程序上的IIS64位w2k3服务器(php)我不得不做出IIS运行中的32位的兼容性模式。如果所有管理我可以认为没有严重的问题。