日期:2014-05-17  浏览次数:20796 次

在32位win7下用vs2010开发的软件,到xp下可以直接运行吗
已安装。net 4的前提下
如不能运行,需要什么操作

------解决方案--------------------
当然能。

微软又不是别的什么公司,怎么可能随便做出那种“一处编写、处处编译且处处调试”的软件平台来呢?
------解决方案--------------------
当然,作为过渡期的windows8的许多所谓的“新架构”则是个另类。它的出发点现在看来还比较低级(主要都是推翻重写),真的是“一处编写、处处编译”的。所以我看只能等到windows9发布时,再看微软公司的操作系统还能不能赶上windows xp的兼容性了。
------解决方案--------------------
方法一:项目菜单-〉属性:
在目标框架选项中选择xp安装了的.NET Framwork
注:vs2010新功能不能使用
方法二:在xp中安装.NET Framwork 4.0
------解决方案--------------------
要看什么类型的程序。

WindowsXP的问题在于,一方面它是一个客户端操作系统,另一方面它比较老旧,严格意义上说当然存在兼容性问题,事实上,不同版本(edition)的操作系统,甚至不同语言的系统,不同配置的系统,都必须做大量的测试才行。

我随便举几个例子,涉及开发的多个领域,先说老旧的问题,比如说,你设计了一个html5的程序,必须考虑到XP所支持的IE浏览器不支持html5,当你设计了一个基于http绑定的wcf通讯程序,并且寄宿在iis下,必须考虑iis5.1不支持端口复用的问题,当你设计了一个winforms程序,并且用到了诸如jump list的功能,这些也不兼容xp,甚至一个细小的api都可能有差异,比如xp的文本框的自动完成功能,就不能实现自定义的列表过滤,这使得一个程序在不同系统下的行为有微小的差异。再说客户端操作系统的问题,windows xp无法支持完整版本的sql server,不能支持sharepoint服务器,windows xp home甚至无法支持iis,windows xp没有作为域控制器运行的能力,等等,这使得你编写这类程序必须考虑兼容性。

总之,如果你根本没有意识到兼容性问题的普遍存在性,而只是泛泛问问这样的问题,那么是毫无意义的,除非你只停留在学校和最简单的控制台小程序中。
------解决方案--------------------
如果要说到能给你什么样的建议,我想最基本的,你应该做到这个基本原则

平稳退化,渐进增强

这是考虑兼容性问题的总原则。也就是说你不能过分依赖新版本系统的特性而设计出完全和旧版不兼容的功能,导致在旧版上原来的软件根本不可用或者有功能性的缺失。一个经典的例子是,伦敦奥运会期间,Google的首页logo条被一些有趣的体育运动小游戏取代,比如说你可以投篮、划船、跨栏或者踢球等等,但是这些游戏依赖html5,同时它只是一个锦上添花的功能,因此,google有逻辑判断你的浏览器是否支持html5,如果不支持,它会显示一个静态的代表该运动的图片,而不是游戏。设想下,如果开奥运会的那些天,google的搜索功能在不支持html5的浏览器上根本就不能工作,那么一定是IT界头条的新闻了。
------解决方案--------------------
win7-32-64,xp系统都试过编写和运行都可以运行,缺什么装什么.