在用vs2013版本!!
支持vs2013
cocos2d-x 3.4可以只留VS2013了.
基本不会有人把项目引擎从3.2,3.3升级到3.4的, 这个改动比升级VS麻烦得多.
用Xcode同学压根不关心,但屌丝公司多数是程序自己用vs.打版本机器用mac。
从学习开始我就一直用vs2013,觉得听好用。
支持此做法,与时俱进嘛!但老项目的就自己编译吧
暂时用的 xcode 。
WIN 机器上 只有 vs 2005 && vs 2010
支持VS2013 ,把编译源文件提供了就好了
想法很美好,但现实还是很现实。
VS平台做得挺好的。要单独开发一套开发工具,何其容易,到时候所花费的时间还不如开发多套代码来支持不同版本的VS呢。这又与此次收集意见的初衷相违背了吧?
VS2015什么时候发布呢,到时候又来个新版本怎么办。要不直接支持最新版本好了。
VS2012 还有很多人再用呢
为什么非要搞LIB静态库呢,直接提供源码啊,你们COCOS2DX这么大的都是提供源码和自己编译还差那么几个三方库么。
我现在用VS2015和3.4。
本来什么都好好的,但问题就只出在你们有4个第三方库没提供源码,而是直接提供的LIB静态库,后来害我从网上去找了那4个第三方库的源码,再用VS2015编译后一直正常。
关于我为什么要用2015,是因为安卓NDK10用的GCC4.9都支持C++14了,而VS2013对C++11支持都不完全,VS2015起码支持得比VS2013多很多。
当然了,我并不是说要别人也要和我一样用2015。
我的观点就是,直接提供源码,我们自己来编译,这么大的COCOS2D源码我们都自己编译,不差这几个三方库,然后我们想用2012,还是2013,还是2015随我们选。
当然你们为了测试,可官方公布一个标准版本,比如VS2013,你们只负责在VS2013上的准确性,我们如果不用VS2013就由我们自己来解决兼容和准备性,反正如果你们源码都提供了,不会有什么问题,版本之间虽然有差异,但也不至于天翻地覆的。从我用VS2015就能证明这点。
还是分别支持的好,肯定有一大部分的人在用vs2012的,只支持最新版的话老用户又得忙着升级。。。
支持移除 ,基本不会使用vs2012
— Begin quote from ____
引用第18楼flamefox于2015-01-10 18:01发表的 :
用premake5可以生成2012的项目吧,那就提供个premake脚本,让有需要的人使用吧,3方库提供下载什么的,或者就提供git submodule让大家去下载,不也可以么
2013不也是没有完整c++11支持么,表示主要关注的还是12和13间关于使用最新特性的问题,因为就项目来说只是换个工程好像没啥特别的东西 http://www.cocoachina.com/bbs/job.php?action=topost&tid=280787&pid=1218479
— End quote
生成VS2012工程没有问题,但是第三方库得提供多份。这个是很麻烦的事情。
— Begin quote from ____
引用第30楼greymagic于2015-01-13 02:40发表的 :
为什么非要搞LIB静态库呢,直接提供源码啊,你们COCOS2DX这么大的都是提供源码和自己编译还差那么几个三方库么。
我现在用VS2015和3.4。
本来什么都好好的,但问题就只出在你们有4个第三方库没提供源码,而是直接提供的LIB静态库,后来害我从网上去找了那4个第三方库的源码,再用VS2015编译后一直正常。
关于我为什么要用2015,是因为安卓NDK10用的GCC4.9都支持C++14了,而VS2013对C++11支持都不完全,VS2015起码支持得比VS2013多很多。
… http://www.cocoachina.com/bbs/job.php?action=topost&tid=280787&pid=1219894
— End quote
用二进制主要是为了减少编译时间。
源码是在这个仓库https://github.com/cocos2d/cocos2d-x-3rd-party-libs-src。我们有用一套编译脚本来编译我们所支持的平台的二进制库。
— Begin quote from ____
引用第31楼ztdj121于2015-01-13 09:13发表的 :
还是分别支持的好,肯定有一大部分的人在用vs2012的,只支持最新版的话老用户又得忙着升级。。。 http://www.cocoachina.com/bbs/job.php?action=topost&tid=280787&pid=1219978
— End quote
原因也在文章前面说了。增加这个支持会拖慢引擎的开发速度,增加维护成本。
而且VS2013有免费版本。
增加一个平台需要做的工作有:
- 维护对应的第三方库
- 增加/删除文件时需要修改更多的工程文件
- 平时的测试需要测试更多的版本
- 因为我们通过CI会对每个pull request进行编译,只有通过编译才能合并。支持2012和2013的话,会延长编译时间,从而影响开发进度。
顶2013,专一、丰富一个获取更好一些,升级产品是一种趋势和必然,只不过是时间的问题,有舍才能有得。







不如定一个大家最习惯用的,然后专一一点,开发工具相对于引擎来说引擎才是本体。
支持VS2013