Java EE 项目 游戏部分

游戏部分我们这个组在制作的过程中，遇到多番波折，一是组内人员沟通不足，并且在这个项目上着力有限；二是在制作过程中，几次三番改变既定的计划（原先的计划在实施过程中发现有严重缺陷）。
现在我以使用的技术不同把这个过程分成四个阶段，简要报告。

第一，尝试使用JSP制作联机五子棋。
最初，我们讨论可以使用JSP直接制作，主要的原因是我们学习的内容就有JSP的很多应用。但是经过几次尝试，发现通过把浏览器作为客户端，让两个浏览器通过服务器进行交互，尤其是利用表单传递复杂的棋盘信息到服务器，再通过服务器中转，是一件非常繁琐甚至近乎难以短期实现的方式。在网上泡了一段时间之后，决定放弃这种实现方式，似乎没有人这样使用JSP来做游戏。于是，我们改变方向，另谋出路。

第二，重新拾起Applet来制作。
虽然Applet似乎在我们的视线中消失了很长时间，而且似乎也没有要重新回来争夺浏览器天下的迹象，但是一是因为我们对之了解不多，二是它的功能定位与我们的要求很契合，所以我们组用了一周的时间尝试用Applet来实现。失败的原因一部分来自我们对于这方面内容的缺少了解，另一方面是在网络上得到的负面信息暗示我们这也不是一种有效的实现方式。

第三，尝试GWT。
又到网上泡了一段时间，发现GWT值得一试。下面是摘录CSDN上的一段简介，基本上说明了我们尝试GWT的原因。

[color=blue]GWT(http://code.google.com/webtoolkit)是Google Web Toolkit 的简写。它是google公司发布的基于java语言开发Web2.0应用的工具包。使用GWT开发web应用，只需要编写Java代码来构造传统的通过HTML来构造的web界面组件。而在与后台交互方面，GWT也实现了对ajax的封装。

　　我们可以使用任何java开发工具来编写基于GWT的java web应用代码。现在已经提供gwt开发便利性支持的开发工具有Eclipse、Intelij Idea等。java代码通过gwt自带的编译器编译完成后，将生成支持Internet Explorer、Mozilla、Opera、Safari等主流浏览器的JavaScript代码。

　　传统网页上的各种HTML组件在GWT上都有实现。HTML里面的onXxx事件在GWT里面是通过与java awt中事件\类似的方式来处理的。另外GWT也提供了布局管理器和一些常用的布局。通过这些功能，如同用java代码编写java界面程序一样，当我们打开最终的html，就能看到通过java界面设计器设计的的界面。传统网页设计中，要实现多级菜单、消息框、树形结构等常见控件，通常要编写大量的JavaScript代码并结合CSS来实现，而在GWT里面，只需要创建一个实例，再调用相关方法将文字和事件加上去就行了。

　　GWT开发分为web-mode和host-mode两种方式，分别对应产品发布模式和开发调试调试模式。web-mode调用GWTCompiler类将java代码编译为最终的javascript文件(实际是html文件，但html文件中只有几个html标签，内容大部分是javascript代码)。打开html文件就能开到通过java设计的界面。host-mode调用GWTShell类，将启动GWT内置的web服务器和web浏览器，用以调试应用，输出调试信息和堆栈信息。

　　GWT开发中必不可少的一个文件是.gwt.xml。GWT在将java代码转化为javascript时会根据该文件的配置来执行便宜过程。该文件大致格式如下：
<module>
　 <inherits name="com.google.gwt.user.User"/>
　 <entry-point class="com.jtv.gwt.client.MyApp"/>
　 <source path=“client"/>
　 <public path="public"/>
　 <servlet path="/cmdService"
　 　 　 　 　 　 　 　 　 class="com.jtv.gwt.server.CommandServiceImpl" />
</module>
其中：
Inherits指明继承模块，继承后可以共享资源,如js资源；必需项，内容是
"com.google.gwt.core.Core"或inherit自它的model的名称；
entry-point指明页面载入时要做什么；必需项，内容是EntryPoint实现类的全名；
source指明客户端代码的目录；默认是该xml所在目录下的client目录；
public指明公用文件的目录；默认是该xml所在目录下的public目录；
Servlet只是host-mode时用到，指明访问的后台servlet的别名以及全名。

　　 GWT为方便客户端服务器交互性开发，封装了远程过程调用（RPC），即现有开发方式中的ajax。用GWT开发RPC应用，不用再考虑java对象的序列化和反序列化问题，GWT会自动将java类序列化为字符串传递到浏览器客户端，自动将浏览器客户端传回的字符串反序列化为java类的实例。RPC开发必须遵循如下约定：
　　1、两个接口：A继承自RemoteService并定义一个方法，B的命名和方法需要与A保持一致
　　A:X1XxxxService.xxxMethod(X2..)
　　B:voidXxxxServiceAsync.xxxMethod(X2..,AsyncCallback callback)

　　2、AsyncCallback类处理反馈数据
　　AsyncCallback.onSuccess(Object) 中的参数就是X1的实例。即
　　XxxxService.xxxMethod的返回值

　　3、Servlet继承自RemoteServiceServlet并实现A接口

　　应用开发完成并生成最终JavaScript代码后，用浏览器打开html文件，则会自动载入设计好的界面。界面载入的流程是这样的：

　　1 a.html载入后，其中的gwt.js根据meta标签确定当前html对应的gw的modelName等信息；

　　2 在当前界面插入一个Iframe,地址是modelName.nocache.html。该html只负责判断浏览器类型，并将它的url转向为具体浏览器对应的.cache.html文件；

　　3 .cache.html文件 "调用".gwt.xml中配置的EntryPoint的方法设定的操作，如添加界面控件、执行后台查询等；

　　4 当组件事件被用户触发后，或者直接处理或者与后台交互；

　　5 如果与后台交互，则将请求通过HttpRequest发送到servlet，servlet处理请求并返回结果；

　　6 AsyncCallback.onSuccess(Object)方法将返回结果展示给用户。

　　另外GWT还具备在java中书写JavaScript脚本($wnd,$doc)和java与javascript二者共享对象、互访成员变量的机制。
[color=blue][/color]

熟悉Google的API，并且用它来制作五子棋游戏，这个过程并不如我们预想得那般容易。在尝试了大概两个星期之后，我们发现收效甚微，主要是GWT的应用方面似乎不在于制作网页版的五子棋游戏。既然GWT是利用Java代码来生成JavaScript代码在浏览器上运行，而这个过程我们一时难以掌握，于是我们打算直接投靠JavaScript，而且网络上有关JavaScript的资源比GWT多很多。

第四，尝试Flex，实现富客户端游戏。
出于对色彩和画面的挑剔，我们组在尝试GWT无果之后，转而试试Flash，于是开始在ActionScript上下力气。几番尝试之后，发现连一个像样的棋盘与棋子都很难实现，更难说在规则与算法上着力。Flex匆匆收场，又一次胎死腹中。

第五，JavaScript初收成果。
不得不承认，JavaScript的资源在网络上确实有很多，虽然在功能与设计上与Java这种标准的计算机语言难有一拼，但是凭借着自身的简单实用，它无疑是客户端的一方霸主。在参考了多方的实现之后，我们用JavaScript拼凑出了一个五子棋游戏，功能简单甚至简陋，不过在这个过程中我和我们组的所有在其中下过力气的组员都有很多收获。

游戏部分的项目最后提交：提交的内容包括一个五子棋和十个从网上淘来的有意思的JavaScript小游戏，并把它们放在一个画面颇为绚丽的静态网页上（网页原先为一个动漫论坛的首页，只做了初步的修改）。

最后的说明：从质量上来看，我们组并没有一个像样的成果，但在这个过程中，确实促进了我们对相关技术的了解。从服务器端到客户端，从Java到Java的周边地带，这个过程确实让我们受益匪浅。
或许最终的结果并不是很令人满意，而且要用Java在浏览器上做游戏确实很难为人（Java的游戏似乎只在手机上比较出色），但是我们并没有在这个过程少下力气，并且用各种技术做了些半吊子的东西。希望老师给予相应的体谅和鼓励，并在分数的评定落实您对我们的鼓励。

同时也谢谢老师在Java Web方面给予了我们指导，并且介绍了很多网上的优秀资源给我们，让我们免去了很多弯路。虽然只是触到了冰山一角，但是Java的世界就是有了很多小角色的努力才有了今天的气派。