blocks|key|2546894|text|我最近一直在使用它，从我注意到的主要区别是，现在所有的东西都是名称空间，所以您不必处理来自目标c模式的前缀名称，所以cocos2d::Point而不是CCPoint+(特别是用于枚举，(Texture2D::PixelFormat::RGBA8888而不是kCCTexture2DPixelFormat_RGBA8888))。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2546895|另外，一些事件现在支持c%2B%2B11+lambda。|2546896|在这里可以找到更完整的更改列表：v300|offset|length|2546897|但是对于我自己使用它的大部分来说，它只是让人感觉更像C%2B%2B，而不是像objective。|2546898|entityMap|0|LINK|mutability|MUTABLE|url|http://www.cocos2d-x.org/wiki/Release_Notes_for_Cocos2d-x_v300^0|0|0|G|4|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$F|U|G|V|1|W]]|A|$]]|$1|H|3|I|5|6|7|X|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]]]

I've been using it recently and from what I've noticed the main differences are that everything is namespaced now, so you don't have to deal with the prefixed names that came from the objective c patterns, so cocos2d::Point instead of CCPoint (especially for enums, (Texture2D::PixelFormat::RGBA8888 instead of kCCTexture2DPixelFormat_RGBA8888)).

Also some of the event stuff now has support for c++11 lambdas.

A more complete list of the changes can be found here: <a href="http://www.cocos2d-x.org/wiki/Release_Notes_for_Cocos2d-x_v300">http://www.cocos2d-x.org/wiki/Release_Notes_for_Cocos2d-x_v300</a>

but for the most part of using it myself, it's just made to feel more like C++, instead of like objective-c.

blocks|key|1286430|text|我已经切换了，我发现它很稳定。到目前为止主要的优势..。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1286431|真正的按钮，而不是菜单|unordered-list-item|1286432|实时喷漆单|1286433|不再推荐使用SpriteBatchNodes，而且我确实看到在没有优化的情况下，抽签调用有所下降。|1286434|不那么客观的C模式。|1286435|更现代。命名空间而不是'CC‘。C%2B%2B11。|1286436|支持更多平台|1286437|1286438|1286439|我的主要缺点是：|1286440|EventListener模式我不知道如何获得触摸输入，以影响除Node以外的触发事件的任何对象。|1286441|我们使用大量的纯文本按钮进行调试，它们很难设置:)|1286442|缺乏文档和示例代码。例如，我找不到任何关于如何在任何地方使用布局类的文档。|1286443|1286444|1286445|移植工作很多，但是对于我们来说，我们不得不冒险，因为我们最终会维护一个过时的代码库。我们花了大约5个人的时间才完成比赛。游戏现在是稳定的，我们没有在茧中遇到任何一个bug。|1286446|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|14|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|15|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|16|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|17|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|18|8|@]|9|@]|A|$]]|$1|K|3|L|5|D|7|19|8|@]|9|@]|A|$]]|$1|M|3|N|5|D|7|1A|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|1B|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|1C|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|1D|8|@]|9|@]|A|$]]|$1|S|3|T|5|D|7|1E|8|@]|9|@]|A|$]]|$1|U|3|V|5|D|7|1F|8|@]|9|@]|A|$]]|$1|W|3|X|5|D|7|1G|8|@]|9|@]|A|$]]|$1|Y|3|-4|5|6|7|1H|8|@]|9|@]|A|$]]|$1|Z|3|-4|5|6|7|1I|8|@]|9|@]|A|$]]|$1|10|3|11|5|6|7|1J|8|@]|9|@]|A|$]]|$1|12|3|-4|5|6|7|1K|8|@]|9|@]|A|$]]]|13|$]]

I have switched and am finding it pretty stable. The main advantages so far ...

<ul>
<li>Real buttons, instead of menus</li>
<li>Real-time spritesheets </li>
<li>SpriteBatchNodes are no longer recommended and I did see a drop in draw calls where I not optimized</li>
<li>less objective C patterns. </li>
<li>more modern. namespaced instead of 'CC'. C++11.</li>
<li>more platforms supported </li>
</ul>

Main disadvantages for me:

<ul>
<li>EventListener pattern. I can't figure out how to get touch input to affect any objects other than the Node that triggered the event.</li>
<li>We use a lot of text-only buttons for debugging and they are hard to lay out :) </li>
<li>Lack of documentation and example code. For example, I could not find any documentation of how to use the Layout class anywhere. </li>
</ul>

It is a lot of work porting, but for us we had to decided to risk it since we would end up maintaining an out-of-date code base. It took about 5 person-days to port our game over. The game is now stable and we did not run into a single bug in cocos.

blocks|key|1286416|text|我觉得它的C%2B%2B11|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1286417|自动|ordered-list-item|1286418|兰卜达|1286419|1286420|1286421|而且它没有不必要的使用前缀CC。|1286422|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|O|8|@]|9|@]|A|$]]|$1|G|3|-4|5|6|7|P|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|R|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|L|$]]

I think its C++11

<ol>
<li>auto</li>
<li>lambda</li>
</ol>

And it has no unnecessary use of prefix CC

blocks|key|2576027|text|Cocos2d-x2.1.5和2.2之间发生的更改之一是删除了XCode中的项目模板(我不知道VS中是否存在项目模板等)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2576028|新的构建系统在Cocos2d-x安装(至少在Mac上)下创建项目，这就是项目文件似乎引用它们的地方。这使得不需要手工调整就很难移动项目。它还使配置管理变得更加痛苦，这取决于您如何设置系统(例如，像svn这样的根/树，或者像git这样的“在任何地方丢弃它”)。|2576029|另外，Cocos2d-x库是作为库构建的。在以前的版本中，它被直接放置到项目中。一方面，如果不修改根库代码，这是很有意义的。另一方面，如果你偶尔为一个特定的项目调整一些东西，你已经改变了你所有依赖它的项目。阴阳。|2576030|我对Cocos2d-x还是很乐观的。我还没有升级到3.0或2.2。当它再成熟一点的时候，不管发生什么变化，我都会转过来。至于我所需要的，我很肯定它仍能完成这项工作。|2576031|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

One of the changes that happened between Cocos2d-x 2.1.5 and 2.2 was the removal of templates for projects in XCode (I do not know if project templates existed in VS, etc). 

The new build system creates projects under the Cocos2d-x installation (at least on Mac) and that is where the project files appear to reference them. This makes it very difficult to move the project without hand tweaking. It also makes configuration management more painful, depending on how you set up your system (e.g. a root/tree like svn or a "drop it anywhere" like git).

Also, the Cocos2d-x library is built as that, a library. In previous incarnations, it was placed directly into the project. On one hand, if you don't alter the root library code, this makes good sense. On the other hand, if you occasionally tweak things for a specific project, you have altered all your projects that depend on it. Yin/Yang.

I'm still very positive on Cocos2d-x. I have not upgraded to 3.0 or 2.2 yet. When it matures a little more, I will switch over, regardless the changes. For what I need, I'm pretty sure it will still get the job done (well).

Cocos2d-x 3.0 alpha was released for some time now. What was improved over cocos2dx-2?

The features list is quite important, but in terms of performance are there new limitations/improvements?

Have you noticed real improvements in performance, development patterns, APIs and support?

What are the advantages of using cocos2d-x 3.0 over cocos2d-x 2.x?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

Cocos2d-x3.0alpha已经发布了一段时间了。在cocos2dx-2上改进了什么？特性列表非常重要，但是在性能方面是否有新的限制/改进？您注意到了性能、开发模式、API和支持方面的真正改进吗？

问与cocos2d-x2.x相比，使用cocos2d-x3.0有什么优点？
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问与cocos2d-x2.x相比，使用cocos2d-x3.0有什么优点？EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问与cocos2d-x2.x相比，使用cocos2d-x3.0有什么优点？
EN