android围棋游戏开发第一周总结

开发已经一个星期了，每天都累的不行，明天就是周末了，可以好好休息休息了，干些想干的事情了。

到得是一家手机游戏公司，刚到得时候就接手了一个android手机围棋项目，是一个联网的围棋游戏，客户端一哥们花了半年的时间，已经做好了，效果还很不错，服务器也写了一些，到了就开始让我写服务器，并且是试用6天，行了再试用一个月，正好赶上过年。

 

第一天还是比较 压抑的，6个月的项目从头理出个头绪还是比较紧的，不过后来就好多了，因为毕竟是socket写的服务器，以前也有过些经验，所以从第二天就开始上手写了，到第5天的时候，日本老板突然说日本总部的服务器是linux，要用tomcat来部署，让人匪夷所思的是老板竟然连什么是tomcat都不知道，于是就让转，那只能用servlet来写服务器了，结果写着写着就发现写不下去了，工作量成倍的增加，因为都知道servle不会主动的给客户端发数据，只能是当客户端请求的时候才能响应，向客户端发信息，这个游戏有27个房间，每个房间有100张桌子，还要聊天，请求桌子信息，房间信息等，甚至是下棋双方一人走的是什么棋都要通知给对方，用socket的话服务器可以把所有的客户信息给保存下来，但是servlet的话，就只能把这些数据放到数据库中去，然后让客户端不断的隔一段时间去请求，写了两天，两个测试手机下棋都慢的要死了，经常死机，真希望servlet能够有主动向客户端发数据的功能，上网搜索了一下，说这是一种叫做服务器端“推”的技术，在tomcat6 ,servlet3规范中实现了，调试了一下，根本行不通，我还在比较郁闷当中，不过我倒是挺佩服合作的那哥们的，那哥们只是淡淡一笑，说这可不行，我觉得他丝毫不担心老板那边，老板说月底年前要结束，他还是很乐观，看来得向他学习这种心态。

 

   后来今天上班，我还在担心，那哥们和我说，不用servlet做了，也不用socket那种tcp了，用udp，让两个下棋的对方来互相保存对方的信息，而让服务器和客户端用udp连，以此来减轻服务器的压力 。所以又把项目改为udp，本来以为改动会增加很多工作量，而是发现并非如此，抽象的思想还是很重要，因为客户端和服务器端只是传递数据，来通过接受到得信息来决定自己的行为，所以要改的就只是发送信息的函数就可以了，函数也封装起来了，改一个就可以，这么写着写着，自己都觉得有点“失控”了，觉得改起来有种不错的感觉，抽象和封装吧。

 

  最后就是今天是周五了，下午的后两个小时都不太集中注意力了，发现调试的时候出现了莫名奇妙的问题，比较郁闷，具体细节就不说了，只想说一句，有时候让你心烦意乱，对自己产生怀疑的，有可能就是一个“-”小小的符号，这是在解决消息处理时的一个规范，本来该是"_",当代码一多，一莫名其妙的时候就考研你的神经了，所以坚定的信念还是做什么事情都需要的！

 

路漫漫其修远兮，吾将上下而求索吧，呵呵，大家多交流。