是不是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文件报错 我也是醉了