图图

最近有一点感悟，发现人总是被一些条条框框，限制你得想法，做的一个拍卖系统，里面有竞拍按钮 和 一键购买按钮如果竞拍的钱数 == 一键购买的钱数，就一键购买这是两个单独的协议， 函数都是单独的开始是根据值判断  设置触发的方法这有个不好的地方，事实证明这个方法有个bug。改进：值变化就要检查一次（效率低又麻烦）后来我想让服务器来改这个问题，但是突然又想

今天遇到一个问题，游戏的邮件系统，有两个体验非常不好的地方。1，打开邮件详情，会看到上次残留的数据，然后刷新成新的。2，关闭邮件详情界面，回到邮件列表，会闪一下空白板子，然后刷新出邮件列表。第一个问题：这个问题很好解决，因为所有的邮件公用，一个详情的面板。1，每次关闭板子的时候。清空组件里面填充的内容2，默认组件是隐藏的，收到内容再显示出来，填充数据第二

不得不说，人太容易忘记，一段时间不用的东西就会忘，导致范下一些不该犯下的错误。cocos2dx的内存管理：创建一个东西，引用计数为1，并加入到autorelease(自动释放池中),如果addChild把该node加入到其他node时，引用计数+1，变为2。主循环下一帧的时候，会把 自动释放池中得对象，引用计数减1，如果为0，就自动释放，不为0，从自动释放池中删除。这样就导致一个问题，

神在细节之中，尤其对游戏来说，细节决定成败。不要有凑合的心理。这东西就这样了，再弄不了，太麻烦了，先这样吧，以后再优化。稍后等于永不，都是错误的思想。追求完美，精益求精，克制自己。你将会更成功。弄了一个公会的公告，改了好多。1，从只有一行输入，一行显示的公告。2，调整到，多行显示，输入与显示是实时。支持滚动。每次输入完自动，输入框自动滚动到底部。再次打开又滚动到最顶部。

往往分配完任务，直接就做的程序员，就是加班最多的程序员。这话一点不假。得到一个任务的时候：1， 我们应该先思考，有一个庖丁解羊的过程。去分析一个问题的解决步骤，难点，注意事项。2，画出大概的流程图，然后考虑那块的代码需要重用，那块的代码需要封装。3，重用：模块内的重用应该封装成函数。模块外(其他模块可能用)的应该封装成类。4，封装原则，检查单一原则，即一个函数或一个类，只处理一

1，升级jdk，换proGuard 导致游戏音乐没有声音。解决：换一个proGuard， ProGuard是一个压缩、优化和混淆Java字节码文件的免费的工具，它可以删除无用的类、字段、方法和属性。相关文章：http://blog.youkuaiyun.com/forlong401/article/details/23539123