系统-Visual Studio版本问题

问题描述

Visual Studio版本问题

随着windows系统的不断升级,Visual Studio,2010—2015中哪个版本兼容性最好且实用,最早使用vc6.0时,有些地方在win7下不兼容,现在选择Visual Studio来解决这个问题,包括以后win7,win8,win0。。。。

解决方案

兼容性是相对的。你说VC6编的程序在Win7下不兼容,那VS2010写的程序,你拿到Win98下也不兼容。

是这样的,微软为它的操作系统提供5年的主流支持和5年的扩展支持,在主流支持阶段,微软会保证这个产品和微软自己的另一个产品的兼容性。
比如说Windows 7 SP1是2011年发布的,如果VS2015在今年发布,它肯定支持。
再比如,Windows Vista是2006年发布的,那么VS2012是2012年才发布,微软就不支持了。

微软为它的应用软件提供3年的支持(如果有服务包,从服务包开始算)
比如VC++ 6.0的SP5发布在2001年,所以它最远可以支持到2004年,微软2004年没有操作系统,2003年是Windows Server 2003。所以它可以支持到2003。

搞清楚这个计算方式,你自己就可以评估你的操作系统和开发工具的兼容性了。需要补充的是,不在期限内的软件,不一定绝对不兼容,但是不能保证。

解决方案二:

Visual Studio 2010(SP1)是最后一个支持XP 2003 Vista 2008的开发环境
Visual Studio 2013(UP4)是最新的生产版本
Visual Studio 2015(CTP6)是最新的公开测试版

解决方案三:

我以前用vc6.0编个软件,在win7下不兼容,64位下不兼容,所以想选一个兼容比较好的版本,推荐一下版本,对Visual Studio的兼容性还不是很了解,谢谢

解决方案四:

可以用Visual Studio 2013 或者2010 最新的不一定好

解决方案五:

当然,以实际产品的文档为准,这里再补充一些操作系统和VS的发布日期,你可以自己计算:
windows nt 4.0 sp6 2001
windows 98 se 1999
windows 2000 1999
windows me 2000
windows 2000 sp4 2004
windows xp sp2 2004
windows xp sp3 2008
windows server 2003 2003
windows server 2003 r2 2005
windows vista 2006
windows server 2008 2007
windows 7 2009
windows server 2008 r2 2009
windows 7 sp1 2011
windows server 2008 r2 2011
windows 8 2012
windows server 2012 2012
windows 8.1 2013
windows server 2012 r2 2013
windows 10 预计2015

vs97(vc 5.0) 1997
vs98(vc 6.0) 1998
vs98 sp5 2001
vs 2002 2002
vs 2003 2003
vs 2005 2005
vs 2005 sp2 2007
vs 2008 2008
vs 2008 sp1 2009
vs 2010 2010
vs 2010 sp1 2011
vs 2012 2012
vs 2013 2013
vs 2015 预计2015

解决方案六:

我个人用的Visual Studio 2013,win7和win8、win8.1都是兼容的,目前没出现什么问题,用了一年多

解决方案七:

往上有很多win7下兼容VC6.0的安装模式。其实看你自己了。IDE:dev_cpp, codeblocks, visualstudio 。。。
甚至可以只装个mingw的gcc编译器编译,拿个notepad++写代码都行

解决方案八:

取决于你需要支持的系统,按理XP都退役了,你只要支持vista以上,这样你的编译器也可以选择比较新的版本。可以跟着微软的节奏走

时间: 2024-08-04 08:10:03

系统-Visual Studio版本问题的相关文章

Visual Studio 版本互转工具

Visual Studio 版本互转工具 http://www.cnblogs.com/flydoos/archive/2011/08/20/2146121.html http://www.cnblogs.com/zhuqil/archive/2010/05/31/SolutionConverter.html http://www.cnblogs.com/flydoos/p/3907107.html  

DirectX SDK版本与Visual Studio版本

对于刚刚接触 DirectShow 的人来说,安装配置是一个令人头疼的问题,经常出现的情况是最基本的 baseclass 就无法编译.一开始我也为此费了很大的功夫,比如说修改代码.修改编译选项使其编译通过.因为大家 Visual Studio 的版本与 DirectShow 的版本各不相同,导致问题多种多样.网上的参考也不可尽信,往往花费了大量的时间和精力,程序仍没有编译通过,而丧失学习 DirectShow 的兴趣和信心.我在 Visual Stdio 6.0,2003,2005,2008 都

Visual Studio版本用社区版本可以吗?

问题描述 以前用过6.0的,不过好久没弄了最近项目要用到C#asp.net,搜索了下VisualStudio发现有好多版本,发现了VisualStudio版本用社区不知道如何. 解决方案 解决方案二:可以的,拿去用吧,我个人发现的区别是有个别控件在社区版没有,没什么大的区别.要知道,微软真的想在开发工具上面赚钱,那么等于是想弄死自己,他收费的目标是大企业.解决方案三:你官网看看,里面有三个版本的比较.解决方案四:试下安装了2015社区版本,要求系统还真高,解决方案五:社区版就是免费版本,但社区版

Visual Studio 未能解析主引用 该框架版本高于当前目标框架

之前可以编译通过的项目DXControls,今天一直报错,说"未能找到类型或命名空间名称"Test.WCFClient"(是否缺少 using 指令或程序集引用?)",可是这个dll明明是引用了,在项目引用中右键选择在对象浏览器中查看: 可以找到命名空间Test.WCFClient,其下面的类也都在,这两个项目的NETFramework都是4.0的,再显示错误信息里的警告,发现一堆的引用错误,,列举前面几个大致如下: 警告 32 未能解析主引用"Test.

Visual Studio 2010中的C++ IDE增强

如果说对C++新标准的支持为Visual C++的发展奠定了坚实的基础,那么,她在IDE方面的增强,则会让她更加光彩照人. 很多Visual C++程序员都爱吃西红柿(Visual Assist).为什么?因为它可以补偿VC(Visual C++).虽然Visual C++在C++库,编译器,MFC等方面非常强大,但是她的IDE一直受到C++程序员的诟病.特别是进入 Visual Studio 2000之后,Visual C++的IDE并没有大的改变,但是效率却越来越低下,使得程序员们不得不多吃

在 Visual Studio 调试器中指定符号 (.pdb) 和源文件

查找并指定符号文件和源文件:指定符号加载行为.使用符号和源服务器上:加载符号自动或在要求.   内容 查找符号 (.pdb) 文件 查找源文件   查找符号 (.pdb) 文件 说明 在之前的 Visual Studio 版本与 2012 中,调试在远程计算机上的管理的代码需要符号文件还查找了远程计算机. 现在,这已经不成问题了. 所有符号文件必须本地计算机或位于 Visual Studio 选项 对话框的 调试 / 符号 页上指定的位置. 如果调试器搜索 .pdb 文件 | 符号文件的原因需要

辅助Visual Studio 2017部署的DevOps新工具

我们能看到Visual Studio 2017中的一个重大改进是对安装程序做了完全重写.前期的Visual Studio构建版本都是大一统的,完成安装需要相当长的时间和大量的磁盘空间.因此有需求要对安装过程做一些改进,这在本质上需要改进Visual Studio及其组件的检测方式. 正如Microsoft Heath Stewart所指出的:这些改进意味着即使前期版本所用的方法仍然可用,但已不再是最好的方法了,比如通过查询信息注册表项发现已安装的Visual Studio版本.现在推荐使用Vis

Visual Studio 20周年,我和VS不得不说的故事

Visual Studio 2017正式版已如期发布(点击这里查看发布全记录)!自去年 11 月正式宣布 Visual Studio 项目之后,微软终于正式推出了"宇宙最强集成开发环境(IDE)"的最新版本,且恰逢 Visual Studio 诞生 20 周年.   不出所料的是,微软声称这是迄今为止最具生产力 的 Visual Studio 版本:"云与移动开发是我司打造 Visual Studio 2017 时的第一要务,而为简化云开发,其内建工具整合了 .NET Cor

Visual Studio 2005中C++的变化

下一代visual studio版本(以前whidbey,现在是visual studio 2005)提供更加丰富的改进的库文件和没有很多幕后精简和加速的压力,它的大量配合的工具和新的功能将使开发者的开发过程变得简单有趣,对我而言,这些与visual studio 2005对C++的处理相比就显得有些苍白,这里我主要谈谈在下一代visual studio中C++的变化. 跟下划线拜拜 在visual studio.NET中引入了对C++扩展名的处理,扩展名是以两个下划线开始的关键字,比如__gc