基于Java的动物拯救游戏 源码分享
作者：互联网
一）游戏的显现
游戏难度随着玩家的升级而升级，为玩家提供一系列的关卡。前面的都很简单，然
后，一点一点地增进。这个环境设置是一部分，请规划该游戏。此外我们希望将玩家
玩的级别存储在磁盘上。
要了解游戏的机制和规则，最简单的方法就是尝试第一关。你很快就会遇到不同的行 动选项，以及一些变化的建议配置或目标。必须在你的模型中整合所有这些。
在游戏中, 要准确地回答这些问题：方块消除是如何进行的，方块重组是如何进行的，
固定的障碍物是如何介入的，要区分哪些阶段，等等。正是这些分析将帮助你编写相
应的算法。
二）游戏设置建议
为了掌控好该项目，你必须将其分解为有意义的对象和方法，从而建立良好的模型。
把你的代码分门别类的做好，并且记录清楚，这一点非常重要。你的发展方式有很大
的自由度，但要注意从概念上区分事物。以下是一些值得思考的问题。
游戏环境
这里是操控玩家等级和进度的地方, 在游戏中有欢迎玩家，介绍游戏规则，或者直接进
入具体演示，以节省时间。
理想情况下，在这个阶段，一些元素将被保存或从磁盘中导入。在 java 中，备份的方
法很简单，就是让你的对象实现 SERIALISABLE 接口。请参考该接口的文档。
方块 – 玩家等
你的模型中的一部分将包括游戏方块。该游戏的性质意味着您几乎可以肯定已经定义
了数组类型成员, 以及其他要定义的类型特征。例如，认为游戏发生在界面的可见区 域。方块的重组是针对方块而言的，就是在这个类中要写出相应的方法。
玩家与界面的互动方式，要通过提早用自己想使用的方法标记来确定。
游戏本身的阶段
有几个小方法来写总比一个大方法来写好，一个大的方法会使代码识别工作变得复 杂。如果你的代码中某处有一个超过二十行的代码块，那么几乎可以肯定，你应该重 新设置一个中间段。
玩家的性质
如果第一眼我们很自然地想到的是人类玩家，那么用机器人玩家来代替他并不难。这
个不需要很智能，但你要预见这种可能性，并加以说明。所有的智能都是在行动的选
择上判断的，但你可以满足于采取任何可能的行动。(在一个更高级的版本中，你可以
采取使最多的立方体消失的棋步，或者，在一个真正更高级的版本中，尝试预测未来 3 或 4 步的情况。你可以提出自己的任何想法)
查看和模型 (Vue and Modèle)
有一点很重要，就是要区分模型的视图。视图(vue)指的是与图形有关的所有方面，而
模型 modèle 则包括了所有底层的/隐蔽的、真正针对游戏的概念，这些概念基本上与 视图无关。
所以，如果你想升级你的程序来改变它的显现形式，比如说让它适应手机或平板的屏 幕，那么游戏中的一些要点会被保留下来。这其中要做的改变，都是我们所说的视图
vue。同样的道理，如果你想改变一下规则，增加变量，这些基本上都是关于模型的。
然后，当你对图形界面有了更多的了解，也更好地定义了你想给项目带来的东西，那 么就可以重新定义视图了。你可以在早期为预期的视图定义一个抽象接口或类，然后
用或多或少的高级子类(文本或图形)来实例化它。模型和视图之间的关联将通过在游戏
的模型中引入一个以 VueGenerale 为类型的字段来完成，必要时反之亦然。考虑到更 改, ，图形或文字，游戏将处理其视图。该视图还负责将玩家选择的动作传给模型。
三) 注意
做一个 moteur 来玩 Pet Rescue。为了说明视图和模型的分离，游戏应该可以在图形或
文本模式下运行，但这两种选择必须实现。文本视图并不意味着复杂，它可以是纯粹
的描述。 请标注： - 程序的来源或资源(图像…)
- 一个 README 的文件，说明程序是如何使用的（编译、执行和使用）, 尽量简易。
标签：Java,游戏,模型,视图,玩家,源码,方块,拯救,定义 来源： https://blog.csdn.net/a332324956/article/details/121788474