当前位置:   article > 正文

【Unity连载】斗兽棋-棋类游戏开发演示(2)_unity设置棋盘格

unity设置棋盘格

第四章 游戏操作与指令

如同养育一个婴儿,父母总会一步步引领孩子成长,从蹒跚学步到来去如风;我们对游戏功能的开发,也无疑应当从走出第一步棋开始。现在,我们已经构建出了棋盘棋子等基本的游戏逻辑对象;那么是时候编写功能,让棋子在棋盘上移动了。

4.1 选中棋子

准备开始下棋!首先,第一个问题出现:棋怎么下?

如果你在QQ游戏、联众等在线棋牌平台玩过象棋、军棋等棋类,或者玩过《文明6》等回合制战棋游戏,那么对于棋类游戏的基本操作方式一定不会陌生。

假设轮到玩家A走棋——

A点击一个棋子,选中这个棋子;

A点击棋盘上的一个格子,将自己的棋子移动到棋盘上的另一位置。这个过程会吃掉目标位置上的敌方棋子(如果有的话)。

要想实现上述玩法,我们需要实现一个重要的功能:选中

创建脚本SelectCore.cs,来实现选中棋子的功能。

  1. using System.Collections;
  2. using System.Collections.Generic;
  3. using UnityEngine;
  4. public class SelectCore : MonoBehaviour
  5. {
  6. public static SelectCore Get = null;
  7. [SerializeField]
  8. private Chessman selection;
  9. public static Chessman Selection => Get.selection;
  10. private void Awake()
  11. {
  12. Get = this;
  13. }
  14. public static void TrySelect(Chessman chessman)
  15. {
  16. Get.selection = chessman;
  17. }
  18. public static void DropSelect()
  19. {
  20. Get.selection = null;
  21. }
  22. }

SelectCore是一个全局唯一组件,它能够记录一个被选中的棋子;使用TrySelect方法会试图选中一个棋子,而DropSelect方法则会取消选中。

在物体GameCtrl上创建一个新物体SelectCore,然后挂载此组件。

然后,我们在棋子(Chessman.cs)被点击事件中使用TrySelect方法,使得每个棋子在被点击时,会被SelectCore所选定。

修改Chessman.cs中的OnChessmanClicked方法,内容如下所示:

  1. private void OnChessmanClicked()
  2. {
  3. SelectCore.TrySelect(this);
  4. }

运行游戏,用鼠标左键单击任意一个棋子;此时你将在SelectCore组件的Inspector视图中,发现变量Selection已经变成了刚刚被点击的棋子。这说明该棋子已被选中,如图。

(再单击别的棋子,则选中的对象也会随之切换。)

不过,目前在游戏视图中,我们无法看出哪一个棋子被选中了,这显然不是合格的游戏体验。为了解决这个问题,还需要实现一个简单的边框效果,以此标出被选中的棋子。

创建脚本SelectEffect.cs

  1. using UnityEngine;
  2. public class SelectEffect : MonoBehaviour
  3. {
  4. public Material GLRectMat;
  5. public Color GLRectColor(Camp camp)
  6. {
  7. if (camp == Camp.Blue)
  8. {
  9. return Color.green;
  10. }
  11. else if (camp == Camp.Red)
  12. {
  13. return new Color(1f, 0.5f, 0.75f);//Color.red太丑了,需要自己换个颜色
  14. }
  15. else
  16. {
  17. return Color.white;
  18. }
  19. }
  20. void OnPostRender()
  21. {
  22. var selection = SelectCore.Selection;
  23. if (!selection)
  24. {
  25. return;
  26. }
  27. selection.TryGetComponent(out RectTransform rectTransform);
  28. var center = Camera.main.WorldToScreenPoint(rectTransform.position);
  29. GL.PushMatrix();//GL入栈
  30. GLRectMat.SetPass(0);//启用线框材质rectMat
  31. GL.LoadPixelMatrix();//设置用屏幕坐标绘图
  32. for (int radius = 46; radius <= 50; radius++)
  33. {
  34. float Xmin = center.x - radius;
  35. float Xmax = center.x + radius;
  36. float Ymin = center.y - radius;
  37. float Ymax = center.y + radius;
  38. GL.Begin(GL.LINES);//开始绘制线,用来描出矩形的边框
  39. GL.Color(GLRectColor(selection.camp));//设置方框的边框颜色,由选中棋子的阵营决定
  40. //描第一条边
  41. GL.Vertex3(Xmin, Ymin, 0);//起始于点1
  42. GL.Vertex3(Xmin, Ymax, 0);//终止于点2
  43. //描第二条边
  44. GL.Vertex3(Xmin, Ymax, 0);//起始于点2
  45. GL.Vertex3(Xmax, Ymax, 0);//终止于点3
  46. //描第三条边
  47. GL.Vertex3(Xmax, Ymax, 0);//起始于点3
  48. GL.Vertex3(Xmax, Ymin, 0);//终止于点4
  49. //描第四条边
  50. GL.Vertex3(Xmax, Ymin, 0);//起始于点4
  51. GL.Vertex3(Xmin, Ymin, 0);//返回到点1
  52. GL.End();//画好啦!
  53. }
  54. GL.PopMatrix();//GL出栈
  55. }
  56. }

将这个脚本挂载到主摄像机上,设置材质GLRectMat为Sprites_Default;然后设置场景中Canvas的渲染模式为Screen Space - Camera,目标摄像机为主摄像机;如下图。

重新运行游戏,这次可以在选定棋子时,看到棋子周围的高亮边框。

到这里,我们已经完全实现了通过鼠标单击,选中棋盘上任意棋子的功能。

4.2 移动棋子

既然已经有了选中棋子的能力,那么让被选中的棋子动起来,自然就变得十分容易。回顾一下前一节的内容:选中和移动棋子需要进行哪些操作?

假设轮到玩家A走棋——

A点击一个棋子,选中这个棋子;

A点击棋盘上的一个格子,将自己的棋子移动到棋盘上的另一位置。这个过程会吃掉目标位置上的敌方棋子(如果有的话)。

“移动棋子”的行为可以这样概括:

玩家通过点击一个棋盘方格来下达一条移动棋子的指令;当这个指令被下达时,(如果规则允许的话——这将在第5章中研究)被选中的棋子将会移动到被点击的方格处。

我们只要在棋盘方格(Square.cs)被点击事件中,令当前被选中的棋子使用其自身的MoveTo方法,即可实现【点击方格-移动棋子】的效果。

修改Square.cs中的OnSquareClicked方法,内容如下所示:

  1. public void OnSquareClicked()
  2. {
  3. var selection = SelectCore.Selection;
  4. //如果当前没有选中任何棋子,则点击棋盘方格后无事发生
  5. if(!selection)
  6. {
  7. return;
  8. }
  9. //如果当前有选中棋子,则点击棋盘方格后,被选中的棋子将移动到被点击的方格处
  10. selection.MoveTo(location);
  11. }

运行游戏,开始体验。这一次,你可以在选中一个棋子后,单击棋盘上的任意方格,将当前选中的棋子移动到该位置。“走棋”的游戏手感,至此就初具规模了!

目前的代码中尚未写入任何与游戏规则相关的内容,因此你会发现“走棋”行为是完全自由的,没有任何规则限制。你可以选中双方的任何一个棋子,令其移动到任意位置,完全没有规则上的限制。

不过和实现游戏规则比起来,还有一个问题明显更为紧迫——同一方的棋子居然可以连走多次。如果一方玩家可以在行棋时连走多步,那么这盘“棋”恐怕就玩不下去了。要想让当前的游戏看起来更像是一盘“棋”,我们需要尽快建立起两方玩家交替走棋的机制。

4.3 行棋权切换

依照生活中下棋的经验,我们继续来描述下棋的玩法流程。设两名玩家分别为A和B。

·轮到玩家A走棋......

·A点击一个棋子,选中这个棋子;

·A点击棋盘上的一个格子,将自己的棋子移动到棋盘上的另一位置。这个过程会吃掉目标位置上属于玩家B的棋子(如果有的话)。

·此时,玩家A对棋子的选中将会解除,且行棋权交给玩家B。

·B点击一个棋子,选中这个棋子;

·B点击棋盘上的一个格子,将自己的棋子移动到棋盘上的另一位置。这个过程会吃掉目标位置上属于玩家A的棋子(如果有的话)。

·此时,玩家B对棋子的选中将会解除,且行棋权交给玩家A。

·轮到玩家A走棋......

对两名玩家而言,以上就是一个完整的走棋循环。

创建脚本PlayerManager.cs,作为玩家管理器,用来实现玩家行棋权的切换。

  1. using System.Collections;
  2. using System.Collections.Generic;
  3. using UnityEngine;
  4. public class PlayerManager : MonoBehaviour
  5. {
  6. public static PlayerManager Get = null;
  7. //当前走棋的玩家
  8. public Camp currentPlayer = Camp.Blue;
  9. private void Awake()
  10. {
  11. Get = this;
  12. }
  13. /// <summary>
  14. /// 当一手棋下完时,取消对棋子的选定,并将行棋权交给另一方玩家
  15. /// </summary>
  16. public static void Tik()
  17. {
  18. SelectCore.DropSelect();
  19. if (Get.currentPlayer == Camp.Blue)
  20. {
  21. Get.currentPlayer = Camp.Red;
  22. }
  23. else
  24. {
  25. Get.currentPlayer = Camp.Blue;
  26. }
  27. }
  28. }

再创建一个新的管理器物体,挂载PlayerManager组件,如图。

Chessman.cs中的MoveTo方法进行一些修改,新增swapPlayers参数。当swapPlayers参数为真时,调用MoveTo方法走完一手棋后,将会交换场上玩家的行棋权。

在上述修改的基础上,还需要修改Start方法,以防止在初始化棋子时发生非预期的行棋权交换。

修改后的Chessman.cs如下。

  1. using System.Collections;
  2. using System.Collections.Generic;
  3. using System;
  4. using UnityEngine;
  5. using UnityEngine.UI;
  6. using DG.Tweening;//DOTween
  7. public class Chessman : MonoBehaviour
  8. {
  9. public Location location;//棋子的坐标
  10. public Animal animal;//棋子的动物类型
  11. public Camp camp;//棋子的阵营
  12. public override string ToString()
  13. {
  14. return $"棋子坐标:{location} 动物类型:{animal} 阵营:{camp}";
  15. }
  16. /// <summary>
  17. /// 获取当前场上的全部棋子,或者某一方的全部棋子。
  18. /// </summary>
  19. /// <param name="camp">Neutral:查询全部棋子; Blue or Red: 查询一方的全部棋子</param>
  20. /// <returns></returns>
  21. public static List<Chessman> All(Camp camp = Camp.Neutral)
  22. {
  23. List<Chessman> ret = new List<Chessman>();
  24. var chessmen = FindObjectsOfType<Chessman>();
  25. foreach (var chessman in chessmen)
  26. {
  27. if (camp == Camp.Neutral || camp == chessman.camp)
  28. {
  29. ret.Add(chessman);
  30. }
  31. }
  32. return ret;
  33. }
  34. /// <summary>
  35. /// 清除场上的全部棋子。
  36. /// </summary>
  37. public static void ClearAll()
  38. {
  39. var all = All();
  40. for (int i = all.Count - 1; i >= 0; i--)
  41. {
  42. all[i].ExitFromBoard();
  43. }
  44. }
  45. /// <summary>
  46. /// 依照坐标查询,找到位于相应坐标上的棋子。
  47. /// </summary>
  48. /// <param name="location"></param>
  49. /// <returns></returns>
  50. public static Chessman GetChessman(Location location)
  51. {
  52. foreach (var chessman in All())
  53. {
  54. if (chessman.location.Equals(location))
  55. {
  56. return chessman;
  57. }
  58. }
  59. return null;
  60. }
  61. /// <summary>
  62. /// 棋子所在的方格。
  63. /// </summary>
  64. public Square Square => ChessBoard.Get[location];
  65. /// <summary>
  66. /// 初始化棋子
  67. /// </summary>
  68. public void Start()
  69. {
  70. if (camp == Camp.Neutral)
  71. {
  72. Debug.LogError("棋子阵营不能为中立。");
  73. return;
  74. }
  75. MoveTo(location, false);
  76. GetComponent<Button>().onClick.AddListener(OnChessmanClicked);
  77. }
  78. public bool IsRat => animal == Animal.Rat;//棋子是否为鼠
  79. public bool IsElephant => animal == Animal.Elephant;//棋子是否为象
  80. public bool CanJump => animal == Animal.Tiger || animal == Animal.Lion;//棋子是否具有跳河能力(狮或虎)
  81. public int Attack => (int)animal;//棋子的强度(己方走棋时的攻击力)
  82. public int Defence//棋子的强度(对方走棋时的防御力,会受到陷阱的虚弱效果影响)
  83. {
  84. get
  85. {
  86. if (IsTrapped)
  87. {
  88. return 0;
  89. }
  90. return Attack;
  91. }
  92. }
  93. public bool IsTrapped => Square.type == SquareType.Trap && Square.camp != camp;//棋子是否处于对方陷阱中
  94. /// <summary>
  95. /// 使棋子移动到指定坐标。这会删除目标位置上的另一个棋子。
  96. /// </summary>
  97. public void MoveTo(Location target, bool swapPlayers = true)
  98. {
  99. try
  100. {
  101. Square square = ChessBoard.Get[target.x, target.y];//定位目标棋盘格
  102. if (square.Chessman != this)
  103. {
  104. square.RemoveChessman();//删除目标位置上已有的棋子
  105. }
  106. location = target;//修改自身坐标为新的坐标
  107. transform.DOMove(square.transform.position, 0.35f);//执行移动
  108. //transform.position = square.transform.position;//无DOTween时以此替代上一行
  109. if (swapPlayers)
  110. {
  111. PlayerManager.Tik();
  112. }
  113. }
  114. catch (Exception ex)
  115. {
  116. Debug.LogError($"移动棋子失败.{ex.Message}");
  117. }
  118. }
  119. private void OnChessmanClicked()
  120. {
  121. SelectCore.TrySelect(this);
  122. }
  123. /// <summary>
  124. /// 使这个棋子退场。
  125. /// </summary>
  126. public void ExitFromBoard()
  127. {
  128. Destroy(gameObject);
  129. }
  130. }

运行游戏来测试。点击棋子蓝鼠,将它移动到另一方格,此时会发现对蓝鼠的选中解除了,且PlayerManager组件上的currentPlayer字段由Blue变成了Red,说明行棋权已经正确切换。再点击棋子红狮,将它移动到另一方格。这一过程可以重复循环下去。

唔~这样下棋的手感很不错!

4.4 流畅行棋

功能到这里是否完成了呢?

重新开始游戏,我们使用一些非法操作,对刚刚完成的玩法进行压力测试

测试1:点击棋子蓝鼠,将它移动到另一方格,然后再点击蓝鼠

这样做的结果是,你又一次成功选中了蓝鼠——甚至可以在行棋玩家被标注为Red时移动它。

测试2:先用蓝方随便走一步棋,然后点击棋子红狮,再点击蓝鼠来试图将其吃掉。

这样做的结果是,如果你点击的是蓝鼠的棋子本体,则红狮毫无反应,而蓝鼠则在棋盘上被选中了;

如果你点击的是蓝鼠所在方格的外缘区域(即点击方格),则红狮会吃掉蓝鼠。

乱套了,全都乱套了!

为什么会出现这样的问题呢?原因很简单,现有的代码并未对任何异常情况作出处理,例如玩家重复走棋、玩家试图选中对方的棋子,等等。玩家在棋盘上可以执行许多种行为,这些行为未必都是合乎规则的;而我们的棋局必须能够正确响应玩家的各种不合规操作。这意味着我们需要考虑这样一个问题。

玩家在棋盘上有可能作出哪些行为?这些行为出现后,游戏分别应当如何响应?

在开始研究这个问题之前,受到先前测试2的启发,我们不妨先对玩家的点击行为进行一次简化,以防止玩家在点击【棋子】和【棋子下方的方格区域】时出现行为歧义。

玩家在【点击棋子】和【点击棋子下方的棋盘格子区域】时,所表达的意愿是完全一致的。如果你有在网络上下棋的经验,那么一定会了解到这一点。

为了体现上述效果,我们对Chessman.cs中的棋子被点击事件进行修改。修改后,点击一个棋子将不再被视为一种独特的事件进行处理,而是等效于该棋子所在的方格受到点击。

修改Chessman.cs中的OnChessmanClicked方法。

  1. private void OnChessmanClicked()
  2. {
  3. Square.OnSquareClicked();
  4. }

接下来,我们便可以暂时抛开代码,用自然语言来描述——

当玩家在不同状态下点击棋盘上的不同物件时,其真实意愿分别是什么?

总共有6种不同的情况,表达的不同意愿有3种,如下所示。

1.当玩家手里有子时

(1)玩家点击空方格,表明玩家试图将选中的棋子向点击的位置移动;(意愿:移动)

(2)玩家点击有己方棋子的方格,说明玩家试图取消对当前棋子的选中,并选中新点击的棋子;(意愿:选中)

(3)玩家点击有对方棋子的方格,说明玩家试图将选中的棋子向点击的位置移动,并吃掉对方的棋子。(意愿:移动)

2.当玩家手里无子时

(4)玩家点击空方格,这不表示任何含义,棋局应无事发生;(意愿:无)

(5)玩家点击有己方棋子的方格,说明玩家试图选中该棋子;(意愿:选中)

(6)玩家点击有对方棋子的方格,这不表示任何含义,棋局应无事发生。(意愿:无)

这里要注意的是,上述的移动行为,本质上都是试图移动。根据斗兽棋具体游戏规则的约束,玩家试图移动棋子的意愿可能有效,也可能无效。例如,试图用猫吃掉对方不在陷阱内的狮子,或者试图让鼠以外的兽潜入水中,都是无效的行棋请求,将会被拒绝执行。详细的规则模块将在第5章中编写,在那之前,我们暂且认为所有的行棋请求都是合法的。

新建脚本CommandCenter.cs,用来集中接收和处理玩家的行棋指令。

执行GameOrder方法,表示执行一条行棋指令;该指令会试图将一个棋子移动到目标位置。

*进阶提示

这里加入了两个特殊参数ignorePlayerColorswapPlayersAfterMovement,用于决定一条行棋指令是否可以无视当前行棋玩家的限制,以及是否在行棋后交换行棋权。在常规情况下,上述答案显而易见,这两个参数并无必要;但加入这两个参数能够在日后带来功能上的可扩展性,例如让子棋让步棋自由摆棋的实现。

  1. using System.Collections;
  2. using System.Collections.Generic;
  3. using UnityEngine;
  4. public class CommandCenter : MonoBehaviour
  5. {
  6. public static void GameOrder(Chessman chessman, Location target, bool ignorePlayerColor = false, bool swapPlayersAfterMovement = true)
  7. {
  8. if (!ignorePlayerColor)
  9. {
  10. if (chessman.camp != PlayerManager.Get.currentPlayer)
  11. {
  12. return;
  13. }
  14. }
  15. chessman.MoveTo(target, swapPlayersAfterMovement);
  16. }
  17. }

修改Square.cs中的OnSquareClicked方法,依照前面归纳的结论,在玩家点击方格之后正确判定玩家的意愿,并根据玩家意愿,发出【选中】或【行棋】的指令。

  1. public void OnSquareClicked()
  2. {
  3. var selection = SelectCore.Selection;
  4. //玩家手里有子
  5. if (selection)
  6. {
  7. //点击空方格
  8. if (!Chessman)
  9. {
  10. CommandCenter.GameOrder(selection, location);
  11. }
  12. //点击有己方棋子的方格
  13. else if (Chessman.camp == PlayerManager.Get.currentPlayer)
  14. {
  15. SelectCore.TrySelect(Chessman);
  16. }
  17. //点击有对方棋子的方格
  18. else
  19. {
  20. CommandCenter.GameOrder(selection, location);
  21. }
  22. }
  23. //玩家手里无子
  24. else
  25. {
  26. //点击空方格
  27. if (!Chessman)
  28. {
  29. return;
  30. }
  31. //点击有己方棋子的方格
  32. else if (Chessman.camp == PlayerManager.Get.currentPlayer)
  33. {
  34. SelectCore.TrySelect(Chessman);
  35. }
  36. //点击有对方棋子的方格
  37. else
  38. {
  39. return;
  40. }
  41. }
  42. }

完成以下修改后执行游戏,并交替使用蓝方和红方来走棋。

与上一次测试相比,你会发现这一次的棋局表现有了极大的改进;它能够有效地应对各种奇怪、非法的操作,从而防止棋局的进程出现异常。诸如:

·无法再选中非行棋玩家的棋子;

·点击棋子下方的格子区域和点击棋子的本体的效果总是相同的,不会再产生不同的响应。

此外,在手中有子时点击对方棋子,已经能够被正确判定为是试图吃掉对方棋子。因为现在没有规则限制,所以你可以随心所欲地吃掉对方的棋子,例如让蓝鼠在开局时千里奔袭,吃掉红方的猫

1.选中蓝鼠

2.点击远处的红猫以将其吃掉 

(壮起鼠胆,把猫打翻!)

开发进行到这里,我们在没有写入具体规则的情况下,完整实现了双方玩家轮流行棋的功能;同时,我们有效地建立了游戏操作的容灾能力,实现了流畅而完整的行棋手感。

现在不妨多测试几次,体验一下这盘随心所欲,毫无约束的“耍赖版斗兽棋”。是不是有着别样的乐趣?

接下来,我们就可以编写规则模块,让这盘棋的游戏体验变得“认真”起来啦!

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Monodyee/article/detail/235889
推荐阅读
相关标签
  

闽ICP备14008679号