登录后才能保存观看记录哦＾-＾
OEASY的小游戏制作：游戏制作教程 Construct2
本场活动：
来做翻滚de手书
带你做个血龙签
和你玩转字体
微信里玩游戏
吃豆人的制作
修改flash小游戏
灰机游戏制作
游戏制作教程 Construct2
来源：WASU原创
播出时间：不定时
已有人关注该栏目
5186次播放
下载至手机×
复制视频地址
复制flash地址
复制HTML代码<input type="text" class="share_input" id="playUrl_3" type="text" value=''>
复制通用代码<input type="text" class="share_input" id="playUrl_4" type="text" value=''>
分享到微信
OEASY的小游戏制作：游戏制作教程 Construct2
将视频分享给微信好友或微信好友圈。
扫描二维码 随心看视频:
手机瞄准我，惊喜不间断，您可以：
1.在手机或平板上继续观看本视频
2.发送给您的好友或分享到朋友圈
正在观看：OEASY的小游戏制作：游戏制作教程 Construct2
来源：WASU原创
简介： OEASY的小游戏制作 OEASY 小游戏制作 游戏 教程
年轻·潮流【Construct2教程】割绳子游戏制作_土豆_高清视频在线观看在之前的教程中，我们将基本的匹配检测系统整合到连线消除游戏中。尽管我们一直在努力创造一款具有游戏性的游戏，但是在真正喊出自己创造出一款“游戏”之前，我们仍需要考虑一些重要的游戏元素。本篇文章便将侧重分析那些被遗漏的细节内容。
前三篇教程回顾：
最后的游戏演示版本
我们在这系列教程中努力创造出的
在开始完善匹配系统前我们需要注意到这些要点，因为如果我们已经执行了一个点系统，那么这便能够帮助我们更轻松地看到当前匹配系统中所存在的问题。
在我们开始编辑事件时，我们需要在点显示中添加某些内容，所以让我们先到布局1中执行以下内容：
插入一个新的精灵对象。
从图像包中打开图像Game Field Images/ScoreArea.png。
关闭动画编辑器。
将位置设为491，383。
插入一个新的文本对象。
将字体设为Calibri，粗体，22
将名字设为ScoreText
将颜色设为白色或255，255，255
将位置设为419，398
将尺寸设为200，50
将文本设为0
布局1将如下：
现在我们能够告诉玩家点文本代表什么，而文本对象能够告诉给玩家相关分数，我们可以通过移动将点呈现给玩家。来到事件表1中，创造一个新的全局变量。
Global Variable
Name: “Score”
Type = Number
变量应该如下：
这是我们在向玩家呈现点时需要修改的变量。接下来，我们将创造一个新函数，当它被调用时将能检测到玩家匹配了多少砖块到群组中，从而提供给他们适当的点数。
Condition: Function& On Function
Name = “GivePoints”
Condition: System&For Each
Object = Block
Condition: Block&Is boolean instance variable set
Instance Variable = IsMatched
Action: System& Add to
Variable = Score
Value = 10
Action: ScoreText&Set text
Text = Score
你的代码应该如下：
需要再次重申的是，该事件是着眼于每一个砖块。每次当它发现一个砖块带有设定为true的IsMatched时（GDchina注：即意味着它已被证实为群组中的一部分），它便会给予玩家该砖块的10个点，并更新分数文本。
如果你在这里测试游戏，这看起来就像是不能运行的函数。因为我们并未在代码中真正调用该函数，所以点数便不会增加，而文本也不会更新。切换到FindMatches函数并在该函数最后的子事件开始处添加一个新的行动。
Action: Function&Call function
Name = “GivePoints”
你的FindMatches函数应该如下：
注：确保你已经将这一新行动添加到子事件的开始处。如果你是将它添加到末尾，它便不能有效运行，因为所有的匹配砖块会在GivePoints函数被调用前被摧毁。这便意味着，当它在搜索匹配砖块时，它将找不到任何砖块，所以玩家也不能接收到任何点数。
这时候，你可以再次测试游戏，你将会看到点文本的更新，所以玩家能够收到有关自己创造的每个匹配的正确点数。
2.完善匹配检测
现在我们已经拥有点系统，我希望你能运行游戏，并创造如下的场景。
现在，交换突出的那两个砖块，然后观看你获得了多少点数。
当你完成了这些匹配，你便能看到自己获得了50个点数。这是因为当前的点系统给予每个标记着IsMatched的砖块10个点数，而不是给予每个匹配中的每个砖块10个点数，就像我之前所描述的系统那样。
如果点系统的能够合理运行，它便能带给玩家60个点：30个给予3个垂直砖块群组，另外30个给予3个水平砖块群组。这一问题是源自匹配系统并不能在砖块同时处于水平和垂直状态时进行有效标记，它只知道砖块是否出现匹配。
为了解决这一问题，我们最先在砖块对象中添加了2个新的实例变量，MatchedX和MatchedY。
Instance Variable:
Name = MatchedX
Type = Boolean
Initial Value = false
Instance Variable:
Name = MatchedY
Type = Boolean
Initial Value = false
你的变量应该如下：
这些变量将用于连接IsMatched去告诉系统何时砖块是水平的，或属于X群组，以及何时砖块是垂直的，或属于Y群组。既然我们现在拥有变量，所以便能够修改CheckMatches函数从而在它将砖块标记为IsMatched（因为它发现一个足够大的群组）时，它也能够根据参数3或参数4是否为1而将砖块标记为X群组或Y群组的组成部分。
来到CheckMatches函数并用以下两个新的子事件去替换最初的NumMatchesFound检查：
Sub-Event:
Condition: System&Compare two values
First value = Function.Param(3)
Comparison = Equal to
Second value = 1
Condition: System&Compare variable
Variable = NumMatchesFound
Comparison = Greater or equal
Action: Block&Set Boolean
Instance variable = IsMatched
Value = True
Action: Block&Set Boolean
Instance variable = MatchedX
Value = True
Sub-Event:
Condition: System&Compare two values
First value = Function.Param(4)
Comparison = Equal to
Second value = 1
Condition: System&Compare variable
Variable = NumMatchesFound
Comparison = Greater or equal
Action: Block&Set Boolean
Instance variable = IsMatched
Value = True
Action: Block&Set Boolean
Instance variable = MatchedY
Value = True
你的CheckMatches函数应该如下：
所以CheckMatches函数的新版本与之前的一样，除了它会检查砖块是否会出现在垂直群组或水平群组中，并根据新变量MatchedX和MatechedY去标记砖块。
给予匹配两次的砖块额外点数奖励
现在我们能够明确何时砖块是垂直匹配，何时是水平匹配以及基于两个方向同时匹配，所以我们需要在GivePoints函数（能够为被设为true的MatchedX和MatchedY分配额外的10个点数）中添加一个子事件。
来到GivePoints函数并添加如下子事件：
Sub-Event:
Condition: Block&Is Boolean instance variable set Instance variable = MatchedX
Condition: Block&Is Boolean instance variable set
Instance variable = MatchedY
Action: System&Add to
Variable = Score
Value = 10
Action: Text&Set text & & & Value = Score
你的GivePoints函数应该如下：
这时候如果你运行游戏，并再次创造如上所提到的场景，你的分数便能够准确地提高60点。
3.添加重力
现在我们执行了一个点系统，也更新了匹配系统，接下来我们将开始完善另一个重要的游戏元素。如果到目前为止你已经花了些时间去玩游戏，你便会知道当前存在的一个最大的问题便是，当砖块被摧毁时，它们上面的砖块并不会发生任何变化。特别是某些缺口上方的砖块甚至不会掉落到这些缺口中。
这在测试中是合理的，但是在最后版本中它却会对游戏玩法造成消极影响，所以我们接下来将添加“重力”，即当其它砖块被摧毁时，砖块会自然掉落并填充缺口。
我们执行这一系统的方式真的很简单。我们将使用Block > Is overlapping at offset事件去判断在我们所瞄准的砖块下方是否存在其它砖块。如果没有，我们便会移动该砖块去填补下方的空缺，否则它便会保持不变。
为了做到这点我们需要创造一个新事件：
Condition: INVERT&Block&Is overlapping at offset
Object = Block
Offset X = 0
Offset Y = 8
Action: Block&Move at angle
Angle = 90
Distance = (Block.Width + 2)/2
你的代码应该如下：
这时候如果你运行游戏，你便会看到当游戏开始时，所有砖块便会从屏幕中掉落下来。这是因为我们未在代码中阐述游戏的基底在哪里。
所以我们必须确保最底层的砖块能够意识到下方已经没有任何砖块了。然后，当最底层的砖块已经掉落时，倒数第二层的砖块便会意识到自己下方没有砖块，并下落。这一过程将不断持续着，直到所有砖块都掉完，并留下空白的屏幕。
为了修正这点，我们将在事件中添加第二个条件：
Condition: Block&Compare Y
Comparison = Less or equal
Y = SPAWNY – 1
你的代码应该如下：
通过添加这一新条件，我们能够确保只有Y轴最底层上方的砖块会受到“重力”的影响。不过尽管进行了修正，我们仍面对一些问题。
这里所存在的主要问题在于，着眼于砖块下方是否存在空缺的事件在玩家拖动砖块时并不能发挥作用。这便意味着，如果你不松手地将一个砖块拖到很远的位置上，那么在你拖动的这个砖块上方的砖块便会掉落到这一空缺的位置上。并且你所拖动的砖块本身也存在问题，如果你将其带离游戏领域，它便会消失在鼠标所能触及之处，从而没有一个砖块会出现在它下方。
为了解决这一问题，我们需要添加一个新的全局变量去告诉系统我们何时移动砖块。在拖动砖块和掉落事件中添加一个新行动去设置这一全局变量，并在重力事件中添加第三个条件，从而让它在激活时能够考虑到这一变量。
首先，让我们创造全局变量：
Global Variable:
Name = BlockBeingMoved
Type = Number
Initial Value = 0
你的变量应该如下：
现在让我们来到On DragDrop drag start事件并添加一个新的行动：
Action: System&Set Value
Variable = BlockBeingMoved
同样地来到On DragDrop drop事件在主要事件上添加一个新的行动：
Action: System&Set Value
Variable = BlockBeingMoved
如此你的DragDrop事件应该如下：
最后，切换到重力事件中添加一个新条件：
Condition: System&Compare Variable
Variable = BlockBeingMoved
Comparison = Equal to
你的重力代码应该如下：
我们所创造的新变量BlockBeingMoved是用于告诉系统玩家何时移动了砖块。如果变量等于0，这便意味着没有砖块被移动，它便能够像平常那样运行重力脚本。如果变量等于1，这便意味着玩家移动了砖块，系统便需要停止运行重力脚本。
如果你在这时候运行游戏，你便会发现不管你将砖块拖到哪里，都不会有问题出现了。
检查新匹配
关于重力系统我们还剩下最后一个问题。运行游戏并创造类似下图的场景：
现在交换突出的两个砖块：
你会发现，当绿色/星星砖块被摧毁时，橙色/六角形砖块便会掉落，形成3个砖块的群组，但它们却不会因此而消失。
因为我们未第二次调用FindMatches函数去明确当砖块掉到缺口时会出现哪些新的匹配。为了解决这一问题，我们需要来到检查砖块下方是否有缺口的事件中，并添加如下Else事件：
Condition: System&Else
Action: Function&Call function
Name= “FindMatches”
你的代码应该如下：
这一Else陈述意味着，当它发现没有缺口，它便会检查是否存在任何可摧毁的群组。当砖块掉落到一个新位置上时该事件便会自动运行，因为它是受到Else陈述（与检查挂钩）所激活，并且只会在确保所有砖块都依序掉落到适当的位置上时运行。
如果你在这时候运行游戏便会发现，你可以通过摧毁砖块创造其它的砖块链。另外你还会发现当你最初开始游戏时，最初产生的任何群组也会被摧毁。就像我在之前教程中所说的，我们最终将消除预制的匹配，所以到最后这一问题便不再重要了。
从最初布局中删除砖块
最后，在完成重力系统之前我们还需要做一件事。基于你所设置的最初砖块精灵的位置，你将会注意到当你开始游戏时，该精灵便会掉落并清楚地呈现出来。
如果你能理解我所说的，前往布局1，将砖块精灵的位置设为521.-32，然后运行游戏。当你在玩游戏时，如下，你便会看到最初砖块掉落在我所突出的位置上：
就像你在上图所看到的，最初的砖块会从屏幕外的位置掉落，并呈现出来。我们不想要执行这点是因为它将会在之后引出不必要的问题。为了解决这一问题，我们在On start of layout事件中添加了一个行动，即将会在最初加载时在布局中摧毁任何砖块。
Action: Block&Destroy
你的事件应该如下。
现在当你运行游戏时，你将不再会看到砖块。你也许会问自己，为什么我们不能只是将砖块从布局中删除，如此我们就无需再担心这问题了。我们不这么做是因为Construct 2不能基于事件创造任何对象类型的副本，除非在首次加载时游戏中便已经存在一个对象类型范例。通过将其从事件中删除，它便不会在之后构成危险，我们便可以通过代码创造更多砖块了。
在本篇教程中我们谈及了许多内容，并且还有许多事等着我们去做，不过我认为现在最重要的便是休息一会，让自己完全吸收这些信息。在下一篇文章中，我们将继续解决一些小问题，创造最后演示版本中会出现的浮动式点文本，并设置链接系统。手机号/邮箱:?
使用第三方登录：?
还可以输入 300 字符
请输入举报理由
选择收藏分类：
默认收藏夹
添加收藏分类：
原创作品：自己用construct2模仿冒险岛做的一款游戏
系统分类：
作品版权由
解释，禁止匿名转载；禁止商业使用；禁止个人使用。 临摹作品，同人作品原型版权归原作者所有。
莆田 / 学生180天前发布
莆田 / 学生180天前发布
同时推荐此作品
还可以输入2000 个字符
所有，禁止匿名转载；禁止商业使用；禁止个人使用。