Fight Travel开发日志（3）

  这两天其实郁闷的，Fight Travel的开发在我这部分没有什么进展。我有点不爽快的是，我现在竟然也不是在弄主程序部分，而是去研究素材上去了。我一直都搞不明白，为什么3DS MAX 2012自带的那辆福特车模型转WRL文件后，用Java 3D调用，显示的颜色只有一种颜色。起初我还以为是贴图的问题，但是后来发现，这个模型根本就没有用到贴图啊？实在是搞不懂，我觉得以后的工作还要画车子了。
  说真的，我现在有点怀疑团队的一个队员的学习能力。他是做素材部分的，可是我把时间都花在主程序上面，搞素材还搞得比他要好，要快很多。这是我最怕的问题，就是团队实力不均衡。团队就是一个木桶，每个人就是组成木桶的一块一块的木板，如果有短板的存在，水是永远装不多的。所以，提高个人的实力十分重要，希望团队还是要有这个意识吧。有时候我会想，会不会是我要求过于严格？为什么我做的东西，别人就是做不到？但是又非常希望他们能做到。
  我想，我不能再纠结在素材上面了。只好自己花一点时间，学一点简单的3DS MAX，看了一点视频教学，掌握了一些基本操作了，于是我就简单的画了几个小模型，就当是车和障碍了。用Java 3D调用时，颜色显示没有问题。经过研究，我发现Java 3D的宇宙坐标和3DS MAX的坐标是不一致，所以在3DS MAX上建模的时候，要自己转换成Java 3D的坐标。
  在我的工作上，我的一大难题就是碰撞检测了。Java 3D的API有没有检测物体边界的呢？好像是有的。如果没有那怎么办？那只能够用数组记录障碍的坐标，假设我的障碍都是用长方体框起来的，大小都一致，就只能够检测数组的坐标，加上长方体框的相应长度，来检测是否碰撞了...真的很麻烦，这样做的效率应该会很低吧。还有一个问题就是显示障碍的问题了，今天在实验室走来走去，一直在思考障碍显示的问题。后来终于想到一个不错的解决方案了。我可以生成两个BG，一个BG是放车，另外一个BG放障碍，障碍是靠一个数组或者是文件操作读取数据动态生成的。然后障碍的Z轴坐标如果在大于-25米的时候才显示在屏幕上，这样效率要高一点。
  思路终于有了，好吧，试着去实现吧。今天的工作就是把Socket网络编程的代码加上去了。有过Socket的代码，因为以前做过一个Android的GPS通讯录，写过服务端和客户端的Socket部分，所以现在又现成的代码，之间拷贝过来，然后修改一下，就搞定了。代码复用感觉就是爽，哈哈~
  对我来说，还有一大好消息，就是我女朋友找到目标了。她今天非常激动地跟我说，自己看了网上的人说技术上面的东西，自己也有目标，有了方向感。我相信她一定会变得很厉害的，那种感觉我在高中的时候也有，也是经常上网才找到自己目标的。好吧，感谢网络！加油哦！