cocos2d-x坐标系

GL坐标系

Cocos2D以OpenglES为图形库，所以它使用OpenglES坐标系。GL坐标系原点在屏幕左下角，x轴向右，y轴向上。

 

屏幕坐标系

苹果的Quarze2D使用的是不同的坐标系统，原点在屏幕左上角，x轴向右，y轴向下。ios的屏幕触摸事件CCTouch传入的位置信息使用的是该坐标系。因此在cocos2d中对触摸事件做出响应前需要首先把触摸点转化到GL坐标系。可以使用CCDirector的convertToGL来完成这一转化。

 

世界坐标系

世界坐标系也叫做绝对坐标系，是游戏开发中的概念，它建立了描述其他坐标系所需要的参考框架。我们能够用世界坐标系来描述其他坐标系的位置，而不能用更大的，外部的坐标系来描述世界坐标系。cocos2d中的元素是有父子关系的层级结构，我们通过CCNode的position设定元素的位置使用的是相对与其父节点的本地坐标系而非世界坐标系。最后在绘制屏幕的时候cocos2d会把这些元素的本地坐标映射成世界坐标系坐标。世界坐标系和GL坐标系一致，原点在屏幕左下角，x轴向右，y轴向上。

 

本地坐标系

本地坐标系也叫做物体坐标系，是和特定物体相关联的坐标系。每个物体都有它们独立的坐标系，当物体移动或改变方向时，和该物体关联的坐标系将随之移动或改变方向。例如坐出租车的时候对驾驶员说“向左转”，我们使用的是车的物体坐标系，“前”、“后”、“左”、“右”只有在物体坐标系中才有意义。但如果我们说“向东开”，我们使用的就是世界坐标系了，无论是车内还是车外的人都知道应该向什么方向开。CCNode的position使用的就是父节点的本地坐标系，它和GL坐标系也是一致的，x轴向右，y轴向上，原点在父节点的左下角。如果父节点是场景树中的顶层节点，那么它使用的本地坐标系就和世界坐标系重合了。在CCNode对象中有几个方便的函数可以做坐标转换：convertToWorldSpace方法可以把基于当前节点的本地坐标系下的坐标转换到世界坐标系中。convertToNodeSpace方法可以把世界坐标转换到当前节点的本地坐标系中。注意这些方法转换的是基于当前节点的坐标，而一个节点的position所使用的坐标是基于它父节点的本地坐标，因此我们要把node的位置转换到世界坐标系中应该调用父节点的convertToWorldSpace函数node->getParent()->convertToWorldSpace(node->getPosition)。几乎所有的游戏引擎都会使用本地坐标系而非世界坐标系来指定元素的位置，这样做的好处是当计算物体运动的时候使用同一本地坐标系的元素可以作为一个子系统独立计算，最后再加上坐标系的运动即可，这是物理研究中常用的思路。例如一个在行驶的车厢内上下跳动的人，我们只需要在每帧绘制的时候计算他在车厢坐标系中的位置，然后加上车的位置就可以计算出人在世界坐标系中的位置，如果使用单一的世界坐标系，人的运动轨迹就变复杂了。

 

锚点

每一个CCNode都有一个锚点(anchorpoint)，锚点指定了texture上和所在节点原点(也就是position所表示的点)重合的点的位置，因此只有在节点使用了texture的情况下，锚点才有意义。锚点的默认值是(0.5,0.5)，它表示的并不是一个像素点，而是一个乘数因子。(0.5, 0.5)表示锚点位于texture长度乘以0.5和宽度乘以0.5的地方，即texture的中心。改变锚点的值并不会改变节点的位置(position)，虽然可能看起来节点的图像位置发生了变化，其实变化的只是texture相对于position的位置，相当于你在移动节点里面的texture，而非节点本身。如果把锚点设置成(0,0)，texture的左下角就会和节点的position点重合，这可能使得元素定位更为方便，但会影响到元素的缩放和旋转等一系列变换，所以不推荐这么做。

关于编写坐标系适配多分辨率机型的问题

1. 设计layer时，尽量模块化的设计各个细分结点，避免在最大的layer层中指定每个结点的坐标，以便于重用和移植。

2. 尽量避免使用绝对值作为坐标，应使用相对值，例如xx.width * 2 / 3。