关于android和cocos2d
凭着对大学时候写html+css的一点点的记忆，我还是认为android的布局xml文件还是参考了html+css，只是他更加臃肿！就想 android平台本身那样，当然这也无可厚非，因为他要兼容很多东西，试想有一天android只有几款机型的时候，也许在布局上也就不会这样设计了！ （ps:想起来微博上一个博友抱怨，写了一个简单的管理客户端，布局文件居然达到了1w行，要知道有效代码才8k行！）
在刚开始写android的时候，最担心的就是分辨率的问题了，可是后来却没有发生过这种情况。因为几乎在产生差异的地方我都是使用的相对布局，比如weight或者relativeLayout等等。用这些特性抹掉不同机型造成的差异！
现在转过头来写cocos2d，简直不能理解为什么要这样设计！觉得还是相对布局的好！可是熟悉了cocos2d的缩放和描点才知道，cocos2d的这样设计的妙处！看似绝对其实是相对的！首先声明下，我没有使用cocos2d提供的布局工具，而是自己手写布局！基本上是从下向 上，再从左到右，这样一个控件挨着一个控件，他的坐标他的位置都很好控制！这似乎也是一种相对的模式！
关于http和tcp协议！
在写一个扑克类游戏的时候，客户端选择了跨平台的cocos2d！首先没有选择unity3d是因为不想再写C#去了（大学的时候有写过），也不想写js（实在无法忍受js的语法）！再者大学毕业头几年其实一直在写C++，这几年一直写java后端和php服务器，对C++都有些生疏了，还有一些底层的socket api，在写这个cocos2d的客户端的时候，又从新找回了之前熟悉的网络编程，而且是跨平台的，话说之前写服务器一般也只是用在linux上！cocos2d的客户端因为要跑在ios上，android上，还有跑在win32上（调试的时候），所以需要一个跨平台的网络库！当然如果怕麻烦的话，可以只用socket相关的，而不介入的select模型，不过我还是引入了！为了处理的方便，我把select函数放在了每一个layer的update中！而不是单独新建一个新的线程，这样避免了同步上的问题！
我们知道http是基于tcp协议的！做了封装，所以原理很简单；可是简单的原理缺造成了逻辑设计上的困难！因为在tcp中可以服务器主动推送的消息，全部需要客户端来定时主动拉取！客户端定时的时间还不能太长（这样会造成卡顿），也不能太短（造成客户端的卡顿和带宽的损耗）！我们之前的设计是定时器的时间为0.7秒！哎，还奇葩的数字！可能很多同学会说，http也可以做长连接！可是大家有没有想过，如果手机连的是wifi还好，支持长连接；但是如果手机连的是移动网络，那么移动会有一个http的代理！即使你的客户端和服务器都支持http长连接，代理不支持，也是没有办法！
还有就是，为了节省带宽和避免卡顿，在使用http连接的时候，常常很多消息封装在一次http交互中！体现在代码中就是混淆了逻辑，而使用tcp协议就能很好的避免这个问题，没有卡顿！打一个比方：一个玩家跟注！服务器处理的时候，首先要处理这个玩家状态的更新，再处理轮到下一个玩家！ 如果是tcp协议，那么很简单，玩家状态更新一个消息，轮到下一个玩家一条消息；但是如果是http协议就不一样了！客户端主动拉取消息，如果间隔1秒拉取一次，那么两个操作就间隔了一秒，在客户端体验看来就是很差了！除非将这两个操作放在一起，消息也放在一起；但是这样就破坏了函数单一性的职责！
希望对大家有帮助！
