Cocos2D-x中不推荐使用CCString

在Cocos2d-xv3.5中，似乎不推荐使用CCString。我们应该用什么来代替呢？另外，反对的原因是什么？

简短回答：使用std:：string代替

整个代码库正朝着使用标准库（STL，std:：namespace）的方向发展，在这里，标准库和新的c++11特性都是有意义的

您可以在使用CCArray和CCDictionary的任何位置继续使用CCString。当然，这些都是不推荐的，所以您最终应该使用std:：string

---

ValueMap和ValueVector是基于STL std:：map和std:：vector并包含值对象的CCArray和CCDictionary的替代品。值可以包含std:：string、int、float、bool以及ValueMap/ValueVector以允许嵌套容器。

简短回答：使用std:：string代替

整个代码库正朝着使用标准库（STL，std:：namespace）的方向发展，在这里，标准库和新的c++11特性都是有意义的

您可以在使用CCArray和CCDictionary的任何位置继续使用CCString。当然，这些都是不推荐的，所以您最终应该使用std:：string

---

ValueMap和ValueVector是基于STL std:：map和std:：vector并包含值对象的CCArray和CCDictionary的替代品。Value可以保存std:：string、int、float、bool以及ValueMap/ValueVector以允许嵌套容器。

如果您希望将应用程序从2.x升级到3.x。 请改用_字符串

---

否则，请使用std:：string作为上述答案。

如果您希望将应用程序从2.x升级到3.x。 请改用_字符串

---

否则,，使用std:：string作为上述答案。

是可以用作字符串等容器的类型。但我不知道此不推荐使用的任何特定原因是可以用作字符串等容器的类型。但我不知道此不推荐使用的任何特定原因为什么CCImage也不推荐使用？请改用图像。从本质上讲，大多数类（或者可能全部使用3.8）都删除了CC前缀，以便它们位于cocos2d:：命名空间层次结构中。有关所有这些更改，请参阅deprecated/CCDeprecated.h。使用std:：string代替CCString是可以的。但是关于删除CCImage中的CC*和所有其他以前都是CC类的主题，我只是发现很难找到我需要的cocos类。。。当我需要的时候。我是唯一一个使用代码完成的人吗？好吧，我无意开始一场冗长的讨论——我可以照原样处理：-）。但FWIW，至少他们可以将这些类重命名为其他类，如CXImage等。如果他们想要前缀，他们应该保留CC。本质上，它是更多的C++风格来代替命名空间。您可以将cocos2d名称空间别名为cc，然后编写cc:：以获取可能的完成列表。我想我没有注意到缺少CC，实际上我更喜欢只写Sprite而不是CCSprite。我想是个人爱好吧。注意，它们只是不推荐使用，所以您仍然可以使用CCSprite。此外，您可以始终使用CCSprite=cocos2d:：Sprite将任何类型别名为

为什么CCImage也被弃用？请改用图像。从本质上讲，大多数类（或者可能全部使用3.8）都删除了CC前缀，以便它们位于cocos2d:：命名空间层次结构中。有关所有这些更改，请参阅deprecated/CCDeprecated.h。使用std:：string代替CCString是可以的。但是关于删除CCImage中的CC*和所有其他以前都是CC类的主题，我只是发现很难找到我需要的cocos类。。。当我需要的时候。我是唯一一个使用代码完成的人吗？好吧，我无意开始一场冗长的讨论——我可以照原样处理：-）。但FWIW，至少他们可以将这些类重命名为其他类，如CXImage等。如果他们想要前缀，他们应该保留CC。本质上，它是更多的C++风格来代替命名空间。您可以将cocos2d名称空间别名为cc，然后编写cc:：以获取可能的完成列表。我想我没有注意到缺少CC，实际上我更喜欢只写Sprite而不是CCSprite。我想是个人爱好吧。注意，它们只是不推荐使用，所以您仍然可以使用CCSprite。此外，您可以始终使用CCSprite=cocos2d:：Sprite将任何类型别名为