游戏编程设计模式 -- 命令模式 - 简书
游戏编程设计模式 -- 命令模式
Game Programming Patterns -- Command
原作者:Robert Nystrom
原创翻译，转载请注明出处
命令模式是我最喜欢的模式之一。在很我完成的项目中，不管是游戏还是其他软件，最终都用到了这个模式。当我在正确的地方使用它的时候，它可以把一些非常纠结的代码的条理给整理得很清晰。对于这样一个非常棒的模式，GOF给出了一个预言般深奥的描述：
把请求封装成对象，从而让用户通过不同的请求把客户端参数化，可以队列化或日志化请求，支持可重做操作
我想我们都同意这句话真的很难理解。首先，这句话把它想要去隐喻的东西表达得很糟糕。在奇怪的软件世界之外，那个一个词可以表示很多意思的地方，客户（client）表示一个人--那个你和他做生意的人。最后我确认一下，人是不能被“参数化”的。
接下来，这个定义的其他部分就是一个你可能会用这个模式去做的一些事情的列表。除非你的用例刚好在这个列表中，否则它并不是很有启发性。我给命令模式想了一个精炼（pithy）的标语：
命令就是一个具象化（reified）的方法调用
“Reify”来自于拉丁语中的“res”，表示“事物（thing）”，跟了一个英语中的词缀“-fy”。所以它基本上可以表示为“thingify（具体化）”，这个词看起来真心有意思多了。
当然，“pithy”常常意味着“难以理解的简洁”，所以这个定义相对于原来那个可能没有多少进步。让我来更深入地解释一下吧。“具象化（Reify）”，如果你从来没听过的话，意思是“实例化（make real）”。另外一个对它的解释是，把一些东西变成“第一类对象”（first-class，***其特点为可以被存入变量或其他结构；可以被作为参数传递给其他函数；可以被作为函数的返回值；可以在执行期创造，而无需完全在设计期全部写出；即使没有被系结至某一名称，也可以存在等。）
这些定义都是在说把一些“概念”提取出来，并转化成你可以用来存储在变量中或者传递给函数等的数据--或者说一个对象。所以说，命令模式就是一个“具象化的方法调用”，意思就是它是一个被封装在一个对象中的方法调用。
这听起来很像是一个“回调”、“第一类函数”、“函数指针”、“闭包”或者“不完全应用函数”，这些其实都是差不多的概念，只是根据你所使用的编程语言而叫法上有些不同罢了。GOF是这样说的：
命令就是面向对象形式的回调。
反射系统是某些语言中，让你可以在运行中操作程序中类型的系统。你可以获得一个表示其他类型对象的对象，你可以对它进行操作看它可以做些什么。换句话说，反说是一个具象化的类型系统。
这看起来是一个比他们所用的那个更好的对命令模式的简短说明。
但是这些看起来都是很抽象和模糊的。我会用一些具体的东西来开始我们的章节。所以接下来，将会是一些绝妙的适用于命令模式的例子。
自定义输入
在每一个游戏的某一处总会有这样一大块代码，它们的作用是读取原生的用户输入--按钮按下、键盘事件、鼠标点击这些。这块代码获取每一种输入并将它们转化成在游戏中有意义的动作：
一个简单的不能再简单的实现看起来就是下面这样的：
void InputHandler::handleInput()
if (isPressed(BUTTON_X)) jump();
else if (isPressed(BUTTON_Y)) fireGun();
else if (isPressed(BUTTON_A)) swapWeapon();
else if (isPressed(BUTTON_B)) lurchIneffectively();
***进阶小贴士：不要经常按B哦。 ***
这个函数通常是在游戏主循环（game loop）中每一帧调用的，我肯定你们知道它是用来干嘛的。当我们想要写死用户控制游戏的输入方式时我们会用到这段代码，但是很多游戏都时会让用户“自定义”他们的按钮配置的。
为了支持这个功能，我们需要把对jump()和fireGun()这些方法的直接调用封装到一些我们可以用来互相替换的东西中去。“互相替换”听起来非常像在给一个变量赋值，所以我们需要一个可以用来表示游戏中动作的对象。下面进入：命令模式。
我们来定义一个可用来表示可触发游戏命令的基类：
class Command
virtual ~Command() {}
virtual void execute() = 0;
当你的一个接口中只有一个方法而且没有任何返回值的时候，那么它很有可能就是命令模式。
然后我们为每一种不同的游戏动作创建子类：
class JumpCommand : public Command
virtual void execute() { jump(); }
class FireCommand : public Command
virtual void execute() { fireGun(); }
// You get the idea...
在我们的输入管理器中，我们为每一个按钮储存了一个指向命令的指针：
class InputHandler
void handleInput();
// Methods to bind commands...
Command* buttonX_;
Command* buttonY_;
Command* buttonA_;
Command* buttonB_;
现在输入管理器完成了以下这些委托：
void InputHandler::handleInput()
if (isPressed(BUTTON_X)) buttonX_-&execute();
else if (isPressed(BUTTON_Y)) buttonY_-&execute();
else if (isPressed(BUTTON_A)) buttonA_-&execute();
else if (isPressed(BUTTON_B)) buttonB_-&execute();
注意这里我们为什么没有对NULL作判断？这是因为我们假设每一个按钮上都绑定了某个命令。如果我们想要支持什么都不做的按钮的话，我们也不需要单独判断NULL，可以定义一个命令类，它的execute()方法不做任何事情。接下来，我们只要把按钮设置到这个对象上就可以了，而不是把按钮功能设置为NULL。这就是被叫做Null Object（零对象）的模式。
之前对每个输入直接调用方法的地方，现在添加了一个间接层：
简单来说，这就是命令模式。如果你已经意识到它的价值，那本章接下来的部分就当做是额外的红利吧。
我们定义的这些命令类在上一个例子中是可以正常工作的，但是它们有一定的局限性。问题就是，它们假设这里有一些顶层的像jump()、fireGun()这类的方法，这些方法隐式地知道如何去找到玩家的角色，来让他像木偶一样跳舞。
这些假定的耦合限制了这些命令的用途。唯一能通过JumpCommand操作跳起来的只有玩家角色。让我们来放松一些这样的限制。我们不再让被调用的方法自己去找被控制的对象，而是通过传入一个对象让它来被我们控制：
class Command
virtual ~Command() {}
virtual void execute(GameActor& actor) = 0;
这里，GameActor是我们的“游戏对象”类，用来表示游戏世界中的一个角色。我们把它传入到execute()方法中，这样继承的命令类就能调用我们所选择的角色中包含的方法，就像这样：
class JumpCommand : public Command
virtual void execute(GameActor& actor)
actor.jump();
现在，我们可以使用这个类去让游戏中的任何一个角色跳来跳去。不过我们缺少了输入管理器和命令中间的一块东西，它用来持有命令并在正确的对象上调用命令。首先，我们修改handleInput()方法让它可以返回命令：
Command* InputHandler::handleInput()
if (isPressed(BUTTON_X)) return buttonX_;
if (isPressed(BUTTON_Y)) return buttonY_;
if (isPressed(BUTTON_A)) return buttonA_;
if (isPressed(BUTTON_B)) return buttonB_;
// Nothing pressed, so do nothing.
return NULL;
现在输入管理器不能马上运行命令了，因为它不知道传入命令的是哪个角色。这里我们可以利用命令是一个具象化的调用这个特点--我们可以延迟这个调用的执行。
这样，我们就需要一些代码去持有这个命令，然后在表示玩家角色的那个对象上去执行它。就像下面这样：
Command* command = inputHandler.handleInput();
if (command)
command-&execute(actor);
假如actor是对玩家角色的引用的话，这里就可以根据玩家的输入来控制它了，所以我们回到了第一个例子中我们所做到的功能。但是添加了一个命令和actor之间的间接层给我们带来了一个巧妙的小技能：我们可以让玩家控制游戏中的任何一个角色，只需要修改我们传入到命令中的那个actor就行了。
在实际使用中，这并不是一个常用的功能，但是却有一个类似的功能用例是会经常出现的。到这里为止，我们一直都在考虑玩家操作的角色，那游戏世界中其他的角色怎么办呢？其实它们是由游戏的AI系统来控制的。我们同样可以把命令模式作为接口用于AI引擎和需要控制的角色之间；AI部分的代码只需要简单地发出命令对象即可。
AI选择命令然后角色做出行动，它们之间的解耦给我们带来很多的灵活性。我们可以对不同的角色使用不同的AI模块。或者我们可以为不同类型的行为来组合和匹配AI。想要一个更有侵略性的对手？只需要添加一个更有侵略性的AI去给它生成命令就可以。实际上，我们甚至都可以把AI插入到玩家的角色身上，这样在类似demo模式这种需要游戏自动运行的地方会非常有用。
通过把命令变为第一类对象，我们可以移除直接使用方法调用造成的耦合。现在，我们可以把这个过程看成是一个命令的队列或者流：
如果想知道更多有关于队列的作用，你可以在事件队列（Event Queue）这一章里找到。
***为什么我会觉得有必要给你画一张关于“流（stream）”的图呢？为什么它看起来像根管子呢？ ***
一些代码（如输入管理器或者AI）生成命令然后把它们放入流中。另一些代码（如调度程序或者游戏角色）调用这些命令。通过保持中间的这个队列，我们把一端的生产者和另一端的消费者给解耦了。
如果我们把命令序列化，就可以把命令流通过网络传输。我们可以获取玩家的输入，把它们通过网络推送到另外一台机器上，然后在那台机器上重现这个操作。这是制作多人网络游戏一个非常关键的部分。
撤销与重做
最后一个例子是这个模式非常著名的一个应用。如果一个命令对象可以“做”一些事情的话，那么离让它可以做到“撤销”也不远了。撤销一般用于策略游戏中，让你可以撤回一些你觉得不好的操作。而在用来创作游戏的工具中，撤销也是必要且常见的。让你的游戏设计者恨你的最好的办法就是给他们一个不能撤销他们笨手笨脚的错误的关卡编辑器。
这是我的经验之谈。
如果不使用命令模式的话，实现撤销真的是令人难以想象地困困难。而使用命令模式来完成的话，那就是小菜一碟。比如说我们在做一个单人回合制游戏，我们想让用户可以撤销操作，这样他们就能更多地关注于策略战术而不是猜测。
我们已经很便利地使用命令去抽象出输入操作，所以现在玩家做出的每一步行动都被封装在了命令之中。举个例子，移动一个角色单位可能看起来像下面这样：
class MoveUnitCommand : public Command
MoveUnitCommand(Unit* unit, int x, int y)
: unit_(unit),
virtual void execute()
unit_-&moveTo(x_, y_);
Unit* unit_;
int x_, y_;
注意这里和我们之前的那些命令有一些小小的不同。在上一个例子中，我们想要把命令从它操作的角色中抽离出来。而在这里，我们则是想要把它绑定到需要移动的角色上。这样一个命令实例并不是用来在很多地方完成“移动某个东西”的操作的；而它是用来表示游戏回合序列中一个特定具体的移动动作。
这里强调了命令模式实现时的另一个方法。在某些情况下，比如我们开始的那两个例子，命令是以个可重用的对象，表示“一个能够执行的操作”。我们之前的那个输入管理器控制了一个命令对象，并在对应按钮被点击的时候调用它的execute()方法。
而这里，命令的功能要更明确。它们表示了一个可以在特定的时间点进行的某种操作。意思就是输入管理器将会根据用户的每一次操作而去创建一个新的实例。就像下面这样：
当然，在C++这样没有垃圾回收机制的语言中，这意味着运行命令的代码同样有义务要是释放它们的内存。
Command* handleInput()
Unit* unit = getSelectedUnit();
if (isPressed(BUTTON_UP)) {
// Move the unit up one.
int destY = unit-&y() - 1;
return new MoveUnitCommand(unit, unit-&x(), destY);
if (isPressed(BUTTON_DOWN)) {
// Move the unit down one.
int destY = unit-&y() + 1;
return new MoveUnitCommand(unit, unit-&x(), destY);
// Other moves...
return NULL;
这里这些只使用一次的命令马上就会给我们带来一些好处。为了让命令可以被撤销，我们定义了另外一个操作，每个命令类都需要去实现它：
class Command
virtual ~Command() {}
virtual void execute() = 0;
virtual void undo() = 0;
这里的undo()方法用来回退其相关的execute()方法对游戏状态的修改。下面我们把之前的move命令添加上了撤销功能支持：
class MoveUnitCommand : public Command
MoveUnitCommand(Unit* unit, int x, int y)
: unit_(unit),
xBefore_(0),
yBefore_(0),
virtual void execute()
// Remember the unit's position before the move
// so we can restore it.
xBefore_ = unit_-&x();
yBefore_ = unit_-&y();
unit_-&moveTo(x_, y_);
virtual void undo()
unit_-&moveTo(xBefore_, yBefore_);
Unit* unit_;
int xBefore_, yBefore_;
int x_, y_;
注意我们给这个类添加了一些新的成员变量。当一个游戏单位移动过后，它并不会记住自己移动之前的位置。如果我们想要完成撤销移动功能的话，我们需要自己来记住这个游戏单位之前所在的位置信息，这就是xBefore_和yBefore_这两个成员变量的作用。
这里看起来好像可以使用GOF的备忘录模式，但是我还没有找到很好地应用备忘录模式的方式。因为这些命令只会修改其对象的一小部分状态，在这种情况下去保存对象数据的其余部分是非常浪费内存的。所以在这里去手动保存你所修改的那一部分内容是一种更优的选择。
可持久化的数据结构（Persistent data structures ）是另一个备选的方式。使用这种方式时，每一次对对象进行修改时都要返回一个新的对象，而保持原对象不变。通过巧妙的实现方法，这些新对象会和它们之前的对象共享数据，所以这要比克隆整个对象要节约资源的多。
使用可持久化的数据结构时，每个命令都会保存一个对命令执行之前的对象的引用，这意味着撤销操作只需要切换回这个引用指向的旧对象即可。
为了让玩家可以撤销一次移动操作，我们会保存他们执行的最后一个命令。当他们按下Control-Z的时候，我们调用这个命令的undo()方法。（如果他们已经执行过撤销，那这就变成“重做”了，我们会重新执行一次这个命令的execute()方法。）
支持多层撤销也不是非常困难。我们不再是只保存最后一个命令，而是保存一个执行过的命令的列表和一个当前执行命令的引用。当玩家运行一个命令时，我们把这个命令添加到列表中，然后把当前命令的引用指向它。
command-undo.png
当玩家进行撤销操作时，我们就撤销当前的命令然后把指向当前命令的指针回退到前一个命令。当他们进行重做操作时，我们把指针指向当前命令的下一个命令，然后运行这个命令。如果他们在撤销操作后执行了一个不在命令列表中的新命令，那么原列表中当前命令之后的所有命令都会被丢弃。
在游戏中，重做操作可能并不是十分常见，但是重播（re-play）功能是会经常使用的。一种比较笨拙的实现方式就是记录下整个游戏在每一帧的所有状态，这样就可以做到重播了，但是这样会消耗非常多的内存资源。
不过，很多游戏通过记录每一帧中游戏中的所有实体执行的命令集来完成这个工作。在对游戏进行重播时，引擎只需要执行正常的游戏逻辑，然后通过运行这些预先记录下来的命令集来完成这个工作。
我第一次实现这个模式是在一个关卡编辑器里，我感觉自己像是个天才。我对命令模式的简单易做和功能强大感到惊喜。虽然需要很小心的确保每一个数据修改都是通过命令来执行的，但是只要你能做到这一点，剩下来的部分就非常简单了。
用类而不用函数？
之前，我说过命令和第一类函数或者闭包是很相似的，但是我在这里的所有例子用的都是类来定义。如果你对函数式编程熟悉的话，你可能会想，说好的函数在哪里呢？
我用类的方式来展示示例是因为C++对第一类函数的支持很有限。函数指针（Function pointers）是无状态（stateless）的，函子（functors）很怪异而且也是需要定义一个类的，而C++11中的lambdas表达式用起来比较难，因为需要手动进行内存管理。
这并不是说你在其他语言中也无法使用函数来实现命令模式。如果你奢侈地掌握了一种支持真正闭包的语言，那么别犹豫，把它们用起来！在某种程度上，命令模式是一种在不支持闭包的语言中模拟闭包的方式。
***我说这些是因为，为命令搭建类或者结构体即使在支持闭包的语言中，命令模式也是有其作用之处的。如果你的命令有很多种操作（比如支持撤销操作的命令），那么把这些操作全部放到一个函数中的就显得不那么好了。
定义一个实际的包含多个字段的类同样有助于帮助阅读它们的人认识到命令中包含了哪些数据。闭包是一种很棒的自动化封装状态的简练方法，但是它们有的时候过于自动化了，以致于很难看出闭包中实际包含了哪些状态 ***
举个例子，如果我们使用JavaScript来制作游戏的话，我们可以像下面这样来创建一个移动游戏单位的命令：
function makeMoveUnitCommand(unit, x, y) {
// This function here is the command object:
return function() {
unit.moveTo(x, y);
我们也可以使用多个闭包来添加对撤销功能的支持：
function makeMoveUnitCommand(unit, x, y) {
var xBefore, yB
execute: function() {
xBefore = unit.x();
yBefore = unit.y();
unit.moveTo(x, y);
undo: function() {
unit.moveTo(xBefore, yBefore);
如果你习惯于函数式编程的话，这样写对你来说应该是很自然的。如果你不是的话，我希望这一章下来能对你有所帮助。对于我来说，命令模式的作用很好地诠释了函数式编程在解决很多问题上的高效性。
在你的项目完成时你可能有了一堆不同的命令类。定义一个包含多个简便高层方法的具体基类，让子类命令可以通过组合这些方法来定义它们的行为，对于能更容易地实现这些命令类来说是十分有帮助的。而这，就让命令的主方法execute()使用到了Subclass Sandbox（子类沙盒）设计模式
在我们的例子中，我们都明确地选择了哪个游戏单位去控制一个命令。而有的时候，特别是你的对象模型是层级式的，就不能这样写死了。一个对象可能会响应一个命令，它也有可能把这个命令丢给它的一些从属类。如果你这样做的话，你就使用到了责任链模式。
像第一个例子中的JumpCommand一样，有些命令是无状态、纯行为的。在这种情况下，对这样的命令类创建多个实例是很浪费内存的，因为其实所有的实例是完全一样的. 享元模式就是用来解决这类问题的。
你也可以用单例模式来解决，但是真正的朋友是不会推荐他的朋友创建单例的（but friends don’t let friends create singletons）。
因为水平有限，翻译的文字会有不妥之处，欢迎大家指正
“本译文仅供个人研习、欣赏语言之用，谢绝任何转载及用于任何商业用途。本译文所涉法律后果均由本人承担。本人同意简书平台在接获有关著作权人的通知后，删除文章。”
热爱游戏的程序猿
1 场景问题# 1.1 如何开机## 估计有些朋友看到这个标题会非常奇怪，电脑装配好了，如何开机？不就是按下启动按钮就可以了吗？难道还有什么玄机不成。 对于使用电脑的客户——就是我们来说，开机确实很简单，按下启动按钮，然后耐心等待就可以了。但是当我们按下启动按钮过后呢？谁来...
设计模式汇总 一、基础知识 1. 设计模式概述 定义：设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结，使用设计模式是为了可重用代码、让代码更容易被他人理解并且保证代码可靠性。 根据它们的用途，设计模式可分为 创建型...
目录 本文的结构如下： 什么是命令模式 为什么要用该模式 模式的结构 代码示例 优点和缺点 适用环境 模式应用 总结 一、前言 在软件设计中，经常需要向某些对象发送请求，但是并不知道请求的接收者是谁，也不知道被请求的操作是哪个，我们只需在程序运行时指定具体的请求接收者即可，...
工厂模式类似于现实生活中的工厂可以产生大量相似的商品，去做同样的事情，实现同样的效果;这时候需要使用工厂模式。简单的工厂模式可以理解为解决多个相似的问题;这也是她的优点;比如如下代码：function CreatePerson(name,age,sex) {var obj ...
西列诺斯对米达斯王说：”世间绝好的东西是 不要降生，不要存在，成为乌有。次好的东西是——早死。“ ——————前记 每当趴在天台上观详这个安静的世界时，都有种有一天跃而下的冲动。好怕有一天再也控着不住自己的身体。或许那种飘逸在空中的感觉会真的很不错，耳边会响空灵的风声，时光...
向来国人先入为主的观念就根深蒂固，“老掉牙”是人们挂在嘴边的词，经常认为牙齿掉了是年纪大了的原因，久而久之，当人们谈到老年人缺牙的问题时，难免马上联想到“老掉牙”，却不知，真正导致牙缺失的是它! 牙缺失真正的“元凶”——牙周病 这个时候，有人就会说了，“不就是牙周病吗?至于...
首先要明确的是应用二字，因为Android应用只是Android系统的一部分，所以我们要搞清楚开发的只是安卓系统的应用层。 Android 应用采用 Java 编程语言编写。Android SDK 工具将您的代码 — 连同任何数据和资源文件 — 编译到一个 APK：Andr...
一直有个梦想，走进西藏。机会有很多，无奈却总是擦肩而过。就像你喜欢一个姑娘，可她却总是躲着你，不拒绝你，也不靠近你，只是远远地望着你。 在等待的日子里，我读过很多关于布达拉宫、八廓街和大昭寺的文字，甚至在梦里都看见高原上灼灼的日光，像铁锤敲打在砧子上蹦出的火星。 从今天起，...
混合润滑程序填出来，开心！ 晚安！> 文章正文
《我的世界》一共有五种游戏模式，每一种都有自己的风格，想知道这五大模式之间到底有什么区别和乐趣吗？本期小编就给大家带来了《我的世界》五大模式详解，一起来看看吧。
Minecraft中的五大游戏模式为：
生存模式、创造模式、冒险模式、极限模式和旁观模式。
在level.dat中，生存模式为gametype=0，创造模式为gametype=1，冒险模式为gametype=2 。极限模式为生存模式下加上hardcore=1(在生存模式和创造模式下，hardcore=0)。通过修改level.dat ，就可以随意改变一个存档的游戏模式。
在这种模式中，玩家必须收集资源以进行建造、合成及挣取经验值和活下去。玩家拥有生命、饥饿和盔甲条，物品栏和水下时的氧气槽。
在这个模式中，玩家可以无限使用几乎所有的方块和物品，并可以瞬间破坏。玩家是无敌的(掉入虚空或者使用/kill指令除外)，不显示生命、饥饿、盔甲条和氧气槽，并可以飞行。玩家可以使用一些在生存模式中无法用到的物品，如刷怪蛋、海绵(自1.8版本起，海绵可以从海底遗迹或击杀远古守卫者而获得)。
玩家可以操作一些物品如拉杆和按钮，并可以与一些生物互动。但玩家不能破坏和放置方块。这个模式很适合用于探险类地图中。虽然此模式已经发布，但仍然处于开发初期阶段，功能很少。 目前的缤纷更新使得冒险模式默认不能与大部分方块互动。不过缤纷更新中对命令和NBT标签的大部分更新使冒险地图的制作更加方便。
这个模式大部分与生存模式相同，但游戏被锁定为&困难&，且玩家只有一条生命，在玩家死亡后，世界就会被删除。
从技术上讲，极限模式更像是一种游戏修改设定而不是一个独立的新模式。不过，除非作弊，否则玩家只能玩到&极限生存模式&。要玩到&极限创造模式&，玩家必须使用工具修改世界存档，不过，&极限创造模式&跟普通创造模式相比几乎没有任何区别，由于在创造模式中死亡只有使用游戏指令和掉进虚空这两种方法。在极限模式服务器中，如果一个玩家死亡，他就会被服务器屏蔽掉。如果服务器中所有人都死亡了，则服务器世界会被删除。
旁观模式在1.8.被加入。当你在旁观模式时,你可以穿过方块, 可以通过左键生物进入它们的视角，但是除了其他处于旁观者模式的的玩家之外，你对所有生物是都隐形的。你不能与任何方块、实体和物品栏里的物品互动，当你处于第三人称模式时，你看起来像一个浮空的透明头。不像在创造模式下的飞行，你可以使用滚轮调整你的飞行速度。
五大模式区别
更多内容尽在当前位置：&&
&&LOL训练模式怎么开
训练模式怎么开？LOL练习模式在哪里？最近国服新的客户端很多小伙伴还不习惯，不知道新的训练模式在哪开？一起来看下吧！左上角的PLAY点击进入，看下图所示箭头位置就是训练模式。以上就是训练模式的位置了，更多新版本的信息敬请关注玩游戏网！
近期热门赛事
玩游戏开黑交流群：&点击群号加入
关注LOL公众号：撸联盟可获取最新的LOL资讯
游戏大小： 757.20MB
游戏类型： 策略战棋SLG
游戏语言： 中文
操作系统： winXP，win7，win8，win10
攻略排行周月
本类一周热点
这个活动已经到了第三周了，小伙伴们的新职业想必都已经满级了吧。这…
修复图腾这个活动已经过去两周了。现在是这个活动的第三周哦。很多小…
微信扫描关注公众号
Www.Wanyx.Com. Some rights reserved
湘ICP备号-3
苏网文〔-015号
湘公网安备20您的位置：&>& >
> 生存战争2游戏模式怎么选择？创造模式选择方法介绍
生存战争2游戏模式怎么选择？创造模式选择方法介绍[图]
字体大小：【 |
11:43:28&&&
类型：休闲益智大小：57.3MB评分：10平台：标签：
2游戏模式怎么选择，创造模式如何选呢？下面是小编为大家带来的创造模式选择方法介绍，希望能帮助到大家！
创造模式进入方法
第一步是创建我们的世界，来到单人游戏界面以后选择新世界（NEW WORLD）；
然后进入了的创建界面。具体的每个选项如下图中文介绍。
上方的四个选项在此做个简单的说明。
世界的名字：在此输入你自定义的地图名称，定义游戏世界的名字；
种子代码：输入一些特定的种子代码可以进入特定的世界；
游戏模式：我们想要进入创造模式点击这里就行了，记得选择上图所示的创造（CREATIVE）哦。
更改设置：这里主要是修改一些游戏内的操作设置，如下图所示。
在游戏模式处选择创造，点击PLAY就可以进入创造模式啦，赶紧去吧。
如何选择游戏模式
如果你还想体验其他的游戏模式，同样只需要到世界创建界面的游戏模式选项那里点击选择就好了，笔者贴心的也为大家做游戏模式的见解。
CREATIVE:创造模式，也可以叫上帝模式，资源无限，任何事物都无法杀死你；
HARMLESS:模式，动物不会攻击你，所有的危险因素都移除，挖掘速度增快25%,健康恢复速度更快；
CHALLENGING:挑战模式，就是最常见的生存模式。我们需要收集物资让自己生存下去，在这个世界里防止被杀死以及其他健康问题，活的越长越好；
CRUEL:残酷模式，和挑战模式几乎一样，唯一的区别在于如果你在这个世界的角色死去，那么你创建的这个世界存档也会消失。
大家可以百度下“生存战争2 友情手机站”了解更多的游戏和攻略。
专题类型：角色
更新时间：
专题标签：3D帝国生存像素
生存战争2是一款像素风格的帝国3D生存类游戏，生存战争2除了延续前作的内容之外，还加入了丰富的家具，让玩家可以更加个性化的装饰自...
5.0友情指数
0人0人
猜你喜欢3D帝国生存像素
3D游戏是几年来流行的游戏风格，玩家们在游戏当中仿佛置身真实的世界。友情小编就为大家介绍下本站的3D手机游戏合集包括什么内容。3D手机游戏合集包括3D游戏手机版...
生存战争2游戏资讯
生存战争2攻略心得8
生存战争2游戏问答3
(您的评论需要经过审核才能显示)