Java山寨三国杀小结

前言：

为什么要发表? 不发表就没有留存， 没有留存就没有记忆，没有记忆就没有历史，没有历史就没有存在，没有存在就没有意义!

                                                                                                     ---胡老师

还是得要经常写日志啊。。。。。为了我们存在的意义。。。。

 

*************************************我是正文的分界线************************

 

                                          通讯项目总结

                                                          ---残缺的三国杀

     寒假宅男的生活匆匆而过，或多或少是受到这种悠闲生活的影响，在通讯阶段的这个项目的完成度并不是很高。对于质量，咳咳，质的话咱还是尽了力想办法提高了的，量的话。。。还是得要更尽力啊。总之，废话少说，总结一下这个只能实现杀和闪过程的残缺三国杀。

 

 

一.项目简介：

     简易三国杀项目。目前仅实现杀和闪的游戏过程，且游戏过程中，客户端没有实现人性化的应答提示。仍需不断补充与改进。

 

等待游戏界面：

 
游戏进行界面：

 
 

 

二.新的技术点：

     1.背景界面

        在swing中的JFrame看上去是一个界面，其实，它是由许多层的LayeredPane组成，而我们平时在使用的只是ContentPane。在制作界面时，为了实现背景界面的显示，我们要做的就是将ContentPane设为不可见，然后在不同层的LayeredPane上添加我们想要的组件。然后，不同层次的界面自然就形成了层层叠叠的样子。

      具体到代码：

                                this.jf = new javax.swing.JFrame("52杀");
		jf.setSize(1000, 650);
		jf.setDefaultCloseOperation(3);
		jf.setLocationRelativeTo(null);
		jf.setVisible(true);			//将这个界面设置为可见
		jf.getContentPane().setVisible(false);	//得到这个界面的ContentPane，然后将其设置为不可见
		

 

jf.getLayeredPane().add(jl_back,new Integer(-100));	//得到在这个界面的LayeredPane，然后在第-100层上添加背景
jf.getLayeredPane().add(jsp_msg,new Integer(-50));	//同上，不过是在第-50层添加组件，因此在背景上面
jf.getLayeredPane().add(jb_yes,new Integer(-50));

 

技术上咱确实没用到什么的东西，是日子过得有点悠闲怠惰了吧。。。

 

 

三.思考与经验：

1.逻辑与事件

      1.1.从逻辑上实现游戏的过程
            在QQ中，服务器处理客户机发送来的信息时，其处理过程是顺序的、固定的。
            而在三国杀的游戏过程中，这种可能发生的情况是有限的情形并不十分常见。固然在游戏进行时，玩家的能做出的选择是有限的，但是，一个扩展性好的游戏应该能够具有给予无限可能的机会。具体到三国杀游戏本身，则表现为卡牌的可扩展性，游戏中技能使用的不确定性。恩，比如说，在游戏中某个武将使用杀时，是掉两点血量呢，还是要出两张闪才能闪开呢？在这个武将被确定前，这个使用杀的过程是永远不确定的。
            因此，将游戏抽象出合理的逻辑过程，是构建整个游戏的第一步。

     1.2.逻辑上事件的概念

            事件这个概念在编程中十分的普遍。Java中监听器的实现，C++中的消息循环的监听，某种意义上就是不断接收用户产生事件的过程。
            而在游戏中，如果将客户机发送来的一条条消息抽象成一个个事件类，然后就可以根据这个事件类的类型的不同而分别做出相应的处理。可以说，这个游戏的本质就是一个不断处理事件的过程，而玩家所要做的就是做出不同的事件选择。这样的话，固然玩家能做出的事件是不确定的，可是，只要有对应的事件处理方法，就能够实现游戏的过程。

            这种事件的模式，不仅可以使用在游戏中，在其他类型的程序中参数的传递都可以使用这种模式，大大的提高效率。

2.接口是个好东西

     2.1.接口的封装

            某种意义上，一个类实际上就是一堆方法的集合体，即接口。
            合理的利用接口的封装特性可以大大的降低不同类之间的耦合性。不管某个接口是如何实现的，只要它能实现这个接口，就算完成了任务。

            比如当我们想显示一个游戏界面时。不管我们是想要用表格，还是想要用标签，抑或用按钮来显示卡牌信息，只要留下了相应的显示信息接口，那么这个显示卡牌信息的游戏界面类从本质上就没有变。又或者验证登陆信息，不管用户信息是从数据库中读取还是直接从文件中读取，只要验证的接口没变，就不影响整个工程的架构。
           而我们所要做的，只是将List list = new ArratList()改为
 List list = new LinkedList()而已。

     2.2.接口的多态

           接口将实现的方法封装进类内部，而不同的实现方法又可以构成接口的多态。接口的多态在需要对某一事件做出不同处理时非常有用。比如对于一个相同的事件，不同的武将有不同的技能应答，这时，利用多态实现不同的技能接口是一个很有效的手段。

           而将游戏过程抽象化为事件，然后将事件作为参数传递给封装的接口处理，而不同的事件在不同的情况下调用多态的接口。这是我在完成这个项目时对于整个结构上的最直观的感受。

           总的来说，在看了设计模式以后，越来越感觉到接口的重要了。在这个项目时，将事件处理类与界面类分开，分别留下相应的接口，两者相互调用，相互关联，结构上立马就清晰了很多。恩，后来又听说了有种模型叫MVC，我想，这和那个可能有相似之处吧，不过对于那个C现在还是有些不太理解。

四.感受与收获：

      1.工欲善其事必先利其器

           在起初规划这个项目时，我是对接口没有太大的感触的。只是在印象中封装和多态是oop的两大特点，于是可想而知，整个程序对于封装和多态那是毫无关联。然后在稀里糊涂的写了一大堆东西以后，听说了个神马设计模式。恩，在看了两天那东西以后，真是产生了一种醍醐灌顶，五气朝元，脱胎换骨，白日飞升的感觉。恍然大悟啊恍然大悟，原来以前我写的那都是废品啊。所以说，工欲善其事必先利其器。写代码前，先用大脑思考才是最重要的，结构啊，关联啊，事件啊，尽管肯定思考不全，不过却一定要尽量全的思考。

            当然，利其器是为了更好的善其事。实践到手上才是王道。

     2.眼界一定要宽，要宽啊

            不知道并不可怕，可怕的是，不知道自己不知道什么。在做这个项目时，我把所有的类全都写到了一个包的下面，然后，本来许多类之间的关系都是规划的很好的，结果最后，因为类太多了，我看得都是一阵阵的莫名其妙。

            其实，只要我看过峰哥的项目，或者其他一些比较成熟的项目，就不会犯这么低级的错误。将不同作用的类写在不同的包下，这样多好，一目了然。我们一定要多交流啊，一定要放宽眼界。。。。不知道不知道，所以，要努力去知道。

 

 

 

评论

2 楼 freewxy 2011-02-23  

“不发表就没有留存， 没有留存就没有记忆，没有记忆就没有历史，没有历史就没有存在，没有存在就没有意义!”！

1 楼 贾懂凯 2011-02-23  

有想法