c# web APP应用编程大任务——斗兽场游戏开发概述及源代码开发背景下游戏规则项目展示总结与反思：进一步改进源代码开发过程截图：
开发背景
该项目的开发是大二前期《c# web APP应用编程》课程的期末大作业，是一个小组项目，组内共有6人，实际参与开发的只有2人。 开发周期约1周，项目参考教科书附带的源代码(五子棋和吃棋子的游戏)，图片素材收集到网上，通过ps轻松处理和使用图片大小和配色。
规则游戏分为红色和蓝色长方形，其中有16个正方形区域，分别表示红方棋子。 ctdfj各8枚“斗兽场”游戏共有8种动物棋子，按照食物链的大小顺序依次为大象、狮子、老虎、豹、狼、狗、猫、鼠。 大棋子能取小棋子，同侧棋子不能互取，且互取大小相同的棋子，先手一方取另一方的同一个棋子。 但是，有特殊的规则。 大象不能吃老鼠，老鼠可以吃大象。 游戏开始时，红方先行，蓝方后行，双方棋子初始状态均为未明状态，未明动物身份随机排列，每局游戏不同。 如果棋子处于未打开状态，则红色和蓝色棋子都可以在自己的棋步中操作，单击未打开状态的棋子后，红色(蓝色)一侧的棋子将随机显示在该位置。 翻过棋子后，身份确定，红蓝双方只能操作自棋子的行进范围。 棋子只能在上下左右横纵坐标差的绝对值为1的区域移动，或者可以吃棋子。 红方翻过一枚棋子，回合就会互换。 此时，红方客户端无法对棋盘棋子进行任何操作。 蓝色方面也一样。 所有棋子都没有打开的时候可以进行双方棋子的交锋。 假设是红方阵。 当红方阵要去吃ctdfj时，只有红方阵的第一次点击是己方棋子，第二次点击是青驹时，客户端才会将两棋子的坐标传递给服务器端进行下一个判断。 否则，什么也不会发生。 当客户端向服务端发送两个棋子的坐标时，服务端首先判断ctdfj是否在红方棋子的移动范围内，否则不会发生相应的操作。 如果是，则继续判断红蓝两棋子的大小，如果红棋子选择大象，ctdfj选择老鼠，则不产生相应的操作。 进而，判断红棋子是否能吃ctdfj。 某棋子被拿走后，系统判断棋盘上剩下的棋子，如果只有一个棋子留在棋盘上，则该棋子获胜； 否则，继续游戏直到决定胜负。 当项目指示成功运行时，将首先显示一个窗口。
功能和那个界面一样简单，点击“开始战斗”按钮，就会跳出两个几乎相同的客户端界面。 (用户名不同，模拟用户使用两台计算机进行对战，为了方便课堂展示，服务器端和两个客户端都在一台主机上运行。 ）
点击登录进入游戏大厅：
点击房间净空进入房间：
另一个客户端游戏大厅的相应房间同时显示座位的状态。
双方都点击开始就可以正式开始游戏了。
开始游戏后，国际象棋棋盘上会显示当前房间的信息和当前回合内的国际象棋玩家； 如果棋子是伙伴，则相应用户的客户端有权操作棋子，另一个客户端操作棋子没有反应，发送消息也不受影响。
游戏由双方进行交接操作，操作结果与双方客户端的板接口同步显示。
每次游戏开始，棋子的初始状态都没有开放，棋子的位置随机混乱。
当一个棋子全部被吃掉后，另一个获胜，消息框中显示了提示：
总结与反思：进一步改进，由于时间紧迫，任务繁重，当时能力水平有限，项目有很多可以改进的地方。
界面优化：项目中很多界面的配色非常简单，很多地方都是单色的。 可以进行执行界面、聊天窗口、游戏大厅板没有出现时的界面等几个优化。 放入声音：游戏运行时可以放入一些背景音乐。 另外，翻棋子可以应对动物的叫声和移动时的脚步声。 游戏胜利或失败等动态界面：可以添加一些交互组件，鼠标移动到棋子上时会出现一些变化，会出现拿棋子的动画、游戏胜利后弹出的窗口，再玩一次游戏源代码C#网络APP应用编程大作业斗兽场7.1.zip
开发过程截图：
开发流程图的一部分：