标签：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

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。