cocos2d-x 3.0beta为什么和alpha差别这么多?

是不是beta里有目前几个趋势?
1、不推荐使用String类,全部推荐使用std::string了
2、为什么把原来的cocos-ext.h中的
#include “network/HttpRequest.h”
#include “network/HttpResponse.h”
#include “network/HttpClient.h”
#include “network/WebSocket.h”
#include “network/SocketIO.h”

全部去掉?现在都要手动增加了吗?还是bug?

这个问题是我一直搞不懂COCOS2D-X这个团队的想法的原因
明明标准库里有string,vector,map
为什么要去弄个蛋疼的String,array,dictionary,你要是写的好。我们也认同。
可是写的那么烂,还不如用标准库

3.0 beta的改动真心很大,主要很多api和alpha1版本的差距太大,对于正在使用alpha1的工程来说,就跟废了一样……

而且 新增的 Map ,Vector, Value 用起来就是没 std::map, std::vector 来的方便,到不是说官方不好,只是没有案例啊……

自己弄stl 主要是为了给开发者减少内存管理方面的复杂度 其实他自己不封装 自己也是需要封装 主要是retain release操作

其实这很正常,很多框架发展到一定程度,都会自己实现一些基本库,也许是为了需要,不过用不用取决于你自己,如果你已经习惯使用标准库,只要实现功能就可以,编程不要有强迫症

请问什么方面写的不好需要改善,请指教。

network库目前不在extensions里面了,已经挪到cocos内部了。

2.2里面的CCString, CCArray, CCDictionary主要为了兼容cocos2d-iphoen的NSString, NSArray, NSDictionary接口。这在从cocos2d-iphone移植游戏到cocos2d-x的时代是非常方便好用的。只是随着时间推移,现在很多人接触cocos是直接从cocos2d-x入手,所以看到这几个历史上曾经辉煌过的类,就觉得很奇怪了。

在最后这个版本里面,已经改成cc::Vector, cc::Map<K, V>了,为什么在3.0里面仍然不用stl库呢?因为cocos2d内存管理模型的原因。即使我们有一天不用autorelease了,但仍然会采用c++世界里面最广泛使用的retain/release模型。之前我们测试过shared_ptr,性能太低,在手机平台上性能牺牲太大,所以不会使用smart pointer的方式。如果要继续用retain/release,那么stl容器就不满足要求了,只好我们在外面裹一层封装。这就是3.0里面目前的设计。

有怨气是可以理解的,前两天升级cocostudio也郁闷的要死。但是不要开口闭口写的烂什么的,很伤积极性的好不。俺们还指望跟着2dx赚钱的。。。
开源社区讲的是贡献,可以针对具体的问题给出意见和解决方案,太难听的抱怨还是免了吧。

好吧,
我就我说的话。道赚
主要是这几天。改这些很郁闷。

说明改进的多,呵呵

真心感觉不好用

网上资料又少,有木有高手解答下,如果我想用一个vector 插入vec2类型的数据该怎么做?各种ccvector.h文件报错 我也是醉了