NoWarningNoError（第八组）----Krad项目报告

Alpha阶段展示及总结

Github地址：https://github.com/NiceKingWei/krad

项目地址：119.29.32.204/krad.html

一、项目概况

本组的项目为一款名为Krad的小游戏，采用两阵营多人对抗的模式。项目小组至今进行近4个月，其中Alpha冲刺阶段5月20日开始，6月15日结束，共26天。至今项目的完成进度为：主要功能和界面基本实现，但仍会出现一些小的Bug，且用户体验不完善。

至今Github中dev分支共649次commit；issue共19个，已关闭15个；Milestone中Prototype（也就是课程的Alpha阶段）已完成100%。

Commits

Issues

Milestones

Alpha冲刺阶段博客地址（其中某些时间段合并在一篇博客中）：

5月26日：https://www.cnblogs.com/NoWarningNoError/p/9094832.html

5月27日：https://www.cnblogs.com/NoWarningNoError/p/9097780.html

5月28日：https://www.cnblogs.com/NoWarningNoError/p/9103098.html

5月29日：https://www.cnblogs.com/NoWarningNoError/p/9108657.html

5月30日：https://www.cnblogs.com/NoWarningNoError/p/9114415.html

5月31日：https://www.cnblogs.com/NoWarningNoError/p/9116669.html

6月1日：https://www.cnblogs.com/NoWarningNoError/p/9123978.html

6月2日及3日：https://www.cnblogs.com/NoWarningNoError/p/9131263.html

6月4日：https://www.cnblogs.com/NoWarningNoError/p/9136766.html

6月5日：https://www.cnblogs.com/NoWarningNoError/p/9142836.html

6月6日：https://www.cnblogs.com/NoWarningNoError/p/9148182.html

6月15日：https://www.cnblogs.com/NoWarningNoError/p/9188906.html

二、技术难点

制作游戏的难点，前后端都非常多。

前端

1、样式设计，不仅限于登陆界面等，还有游戏本身的设计。

2、游戏界面效果实现，如人物的移动等等。

3、调试。

对于前两条，我们采用了开源游戏Teeworlds和开源游戏框架Phaser的素材，它们的网址分别是：

https://www.teeworlds.com和https://Phaser.io

而最后一条网页功能的调试严格来说并非技术困难，而是技术本身不易用好，对于这方面我们没有太好的方案，只能多花时间，同时尽量养成良好的代码习惯。

后端

1、游戏规则如何实现：存储在静态的类中，类中的方法适用于任何情况，任一局游戏调用四个规则类中的方法即可。其中Gamble的卡牌系统，Map的地图系统，都是有一定难度的内容。

2、关于地图的存储结构：游戏规则中有一些正常方法难以实现的内容，最典型的即是移动和地图。这部分内容的解决过程在博客https://www.cnblogs.com/NoWarningNoError/p/8794839.html中。

3、用户信息、交互和匹配：使用MongoDB作为数据库存储用户信息，SessionManager等类管理用户和后台的交互，使用Actor模型。

4、一局游戏的产生和进行：God模块管理了每一局游戏的整体进程，其中的异步信息处理采用了synchronize、wait和notifyAll三个方法，来应对游戏的某些阶段需要多个线程（即多个玩家）均操作完成后，后台才对信息进行处理的情况。

前后端交互

1、前端登陆、注册等页面和数据库及玩家交互，例如注册和修改密码时邮件的发送。

2、前端和God交互，前端通过GodHelper调用God中的request函数来完成通信。

交互主要的信息格式是Json，交互本身原理不难，但持续构建和JS的调试会耗费大量的时间，同时Java、JS以及Scala语言中某些类型无法互通加大了工作量。

三、游戏介绍和成果展示

游戏简介

阵营分为战术小队和感染者，分立于地图不同的位置，战术小队的胜利目标是到达地图上特定地点取得目标物，然后再到达地图上的另一特定撤离点；而感染者的胜利目标则是感染所有战术小队。当一方达成目标，游戏即结束。

游戏的核心通过出牌实现，每个人都有两种牌：决策牌以及猜拳牌，决策牌决定了本回合中角色的行为，猜拳牌决定了本回合中角色的效果。

具体来说：

决策牌：移动、蓄能、开火（感染者无）和使用技能。

“移动”，顾名思义是在地图上改变位置。

“开火”可以削减敌方手牌上限。

每个角色有其独特技能，可以通过“技能牌”使用。

而”蓄能“则是什么都不做，将获得的能量存入能量值中，能量值决定了角色”移动“的距离和”开火“削减手牌上限的数量。

猜拳牌：分明牌和暗牌，均为“石头、剪刀、布”。

明牌在本回合手中没有猜拳牌，或是本回合不想使用猜拳牌时使用，不消耗手牌，但会在选择的同时让其他玩家看到。

暗牌即为一般的猜拳牌，可以打出多张，如果猜拳赢下敌方至少一人，则可以获得能量，获得的点数为打出的猜拳牌的张数。（例如出3张石头且获胜，则获得3点能量，可以移动三格，或是削减敌方3点手牌上限）。

成果展示

1、截图

登陆匹配界面的展示可详见https://www.cnblogs.com/NoWarningNoError/p/9188906.html

地图

人物

2、演示视频

本视频摄制和配音均由欧阳炳濠同学完成，感谢他的工作。

若视频无法显示，请移步https://v.youku.com/v_show/id_XMzcwMTA0OTUwNA==.html?spm=a2h3j.8428770.3416059.1

四、此后的工作

此后除了调试完所有Bug以外，我们还需要对游戏界面、按键封闭和用户体验等做进一步优化。

1、匹配功能需要改进。

2、各种界面都不够美观。

3、游戏界面需要“返回游戏大厅”的选项。

4、游戏过程中需要提示玩家具体应该如何操作。

5、某些不需要操作的阶段不应该需要玩家点击check（结算阶段大多如此），且应该将check按钮置灰。

6、每个玩家角色的状态需要显示。

7、分数系统。