第一次纯OO感受

       首先我得先说明：我这里所谓的OO感受是很肤浅的，我没有做过大的项目，更没有过软件维护的感受。事实上我比较期待我能有一次做大项目的经历，也许那对于面向对象思维方式的建立会更为有利！

       2月份底的时候我开始做一个自己认为比较完整的游戏，它是一个类似《雷电》的游戏，我会往里面加入尽可能多的元素。可是后来当游戏里的对象越来越多的时候，整个工程开始变的举步唯艰。我立刻意识到，越来越难的设计，代码架构开始期待更好的设计方法！

       以前我的游戏程序里会有那么一点点我所谓的面向对象的影子，游戏程序里面的类看上去似乎没有重用的价值-----除非你的另一个游戏里会有类似的对象！----呵呵，相同的题材会很乏味！-----我只设计类，一个单单的类，没有继承，没有多态，甚至没有重载。现在审视一下，类之间的耦合度也很高（甚至在一些早的东西里，图象处理部分和游戏逻辑部分都放在一起）！---可谓是一堆垃圾代码！

       当我意识到这一点时，我开始继续深入地学习C++，与此同时，我还开始了另一个学习科目---MFC。在学MFC的同时，你知道，那里面就是一大堆一大堆的虚拟函数，多态机制，然后我就总结了我的《对于多态性的学习总结---虚函数的有与没有》。

       看了越来越多的C++和OO之后------我甚至接触到了UML-----我渐渐地有了那么点心得。“用看待世界的方法去编写程序，认识世界就是在编程”。那会是多么美妙！

       然后我大致看了《C++编程经典》中的一个电梯案例---那是一个绵延几章的例子，看的我郁闷不已。初步有了点具体的认识，然后就开始我的这个模拟程序：模拟飞机射击类游戏！

      我尽量改变自己的思维方式。我想，我获得了一些效果！

       看一下以下的文档：

    //

2006.3.14

  最近接触面向对象技术比较频繁,有了点心得,决定把这种心得或者说

  是一种思想运用一下.

 

  这是一个飞机射击游戏程序.我将尽可能地用对象来描绘这个游戏.

 

  (如果分析了<C++编程经典>的话,我想要我来构建这个程序会更容易更理论化.)

 

  1.攥写问题描述：

    这是一个飞机射击类游戏的模拟程序。游戏中有一个玩家飞机，和许多玩家飞机产生的子弹

       还有许多敌人飞机，和许多敌人飞机产生的子弹。玩家飞机接收玩家输入，从而使玩家飞机

       产生相应的动作，例如移动和发射子弹。敌人飞机又游戏本身随机产生。玩家飞机和敌人飞机

       都会产生很多子弹。玩家飞机的子弹攻击到敌人，则对应的敌人就消失；而当敌人飞机的子弹攻击

       到玩家飞机，或者敌人飞机撞到玩家飞机时，玩家飞机死亡。（为了简化问题，假设游戏中玩家只有一次生命--即玩家一被敌

       人子弹攻击游戏就结束---这也会是这个程序结束的时候）。

       由于是模拟程序，因此程序里会有个模拟器，它是用来模拟玩家输入的---当然结果就是随机的--

   2.标识系统中的类:

     一个玩家飞机类,敌人飞机类,玩家子弹类,敌人子弹类,模拟类,由这一切组成的游戏类.

 

  

   3.标识对象:

     一个玩家飞机对象,许多敌人飞机对象,许多玩家子弹对象,许多敌人子弹对象,

        一个模拟器对象,一个游戏对象.

   4.标识类属性:

     玩家飞机对象:坐标,当前运动状态(向哪个方向移动,是否发射子弹),当前生命状态,X速度,Y速度

                    

        敌人飞机:坐标,当前运动状态(向哪个方向移动,是否发射子弹),当前生命状态,X速度,Y速度

 

        (二者不同的地方在于,玩家飞机的运动状态是由玩家来决定的,而敌人飞机运动状态是

         其自己决定的)

 

         玩家子弹:坐标,生命状态(是否消失),Y速度

 

         敌人子弹:坐标,生命状态(是否消失),Y速度

        

         模拟类:随机产生的键值-----只用来模拟玩家输入

 

         游戏类:状态(开始,结束),拥有的各种对象

   

       5.标识类行为:

         玩家飞机:移动,接收玩家输入,画自己,发射子弹,

 

         敌人飞机:移动,画自己,发射子弹

 

         玩家子弹:移动,画自己,检测是否击中敌人

 

         敌人子弹:移动,画自己,检测是否击中玩家

 

         模拟类:产生键值

 

         游戏类:调度游戏各个对象的运作,

 

    6.类层次:

         一个基类CObject,二级派生类CPlane,CBullet,三级派生类CPlayerPlane,CEnemyPlane

         ,CPlayerBullet,CEnemyBullet

 

         模拟类

 

         游戏类,由CPlayerPlane,CPlayerBullet,CEnemyPlane,CEnemyBullet,CModel类构成.

 

             

2006.3.16

     感觉上这次的模拟程序，难点在写代码前的设计上，一旦确定了设计，

        编码就不难了。

2006.3.16

  21:29

     已测试完成敌人飞机类和玩家类，不打算把子弹类做出来了！主要目的就是想利用这个

        模拟项目锻炼一下自己这几天的成果。

 

 

       基本上，我就觉得，困难的部分在于攥写文档，尤其是描述类与类之间的交互时，比较复杂。编码的时候只要对照着文档，就没有多大难度了。

     PS：2006.3.19

     基于自身的倔强,昨天我又把2月底的那个项目拣回来了.要做下去,要做完,要做出来,信念强烈!

     我按照我刚学到的OOD步骤,从攥写问题描述文档,到建模各个类,一一去做.当我在描述各个类的行为时,我竟然很自然地描述道:玩家飞机类：移动，接受玩家输入，能够通知游戏类对象创造玩家子弹对象，能够告诉游戏类对象怎样来画自己（然后游戏类对象告诉渲染器对象怎样画它.....

      这不就是一种OO思维吗?这些实体对象,他们在现实世界里就是这样做的----放到程序里面去,我依然用代码去描绘他们的这种特性!

      这真是棒极了!在接下来的攥写描述文档中,我变的越来越OO,我真的觉得自己仿佛不是在写程序,而是-----在讲一个故事,故事里的每个角色是怎样来和其他角色交互的!

       到现在为止,这个程序已经完成了大半了!所有零件已经制造出来,剩下的,就是用游戏类对象(程序里定义的对象)把这些零件连接在一起.------真的很象电脑里的主板,我把那些零件安装在上面,然后这个"主板"还要去让所有"配件"互相通信!各个"配件"就是靠这块"主板"来共同工作,从而构成一台性能强劲的PC!我让所有的"配件"与"配件"之间的联系消失了!这个"配件"要与另一块"配件"通信,好,拜托,请先通知"主板","主板"会帮你转述你的请求!

      这真的是太美妙了!

      现在我看到我的上一个游戏项目的代码,觉得粗糙无比,跟垃圾一般.哈哈,我真的是在进步!