自制Unity小游戏TankHero-2D(4)关卡+小地图图标+碰撞条件分析

自制Unity小游戏TankHero-2D(4)关卡+小地图图标+碰撞条件分析

我在做这样一个坦克游戏，是仿照（http://game.kid.qq.com/a/20140221/028931.htm）这个游戏制作的。仅为学习Unity之用。图片大部分是自己画的，少数是从网上搜来的。您可以到我的github页面（https://github.com/bitzhuwei/TankHero-2D）上得到工程源码。

本篇主要记录关卡解析器、小地图图标和对碰撞的原理的探索，需要耐心分析。

关卡解析器

在一个关卡里，敌方坦克应该是一波一波地出现，每波敌人出现多少个，每个敌人是什么类型的坦克、出现在什么位置都应该是可配置的。这需要一个关卡解析器，把如下的文字解析为一个数据结构 Level 。

 level
 {
      tank{ } |
      tank{ } |
      tank{ } |
      tank{ } tank{ } tank{ } |
      tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } |
      tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } |
      tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } |
      tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } tank{ } tank{ }
 }

这段文字的意思是，第一波敌人是类型编号为0，出生位置编号为0的1个坦克；第二波敌人是类型编号为0，出生位置编号为1的1个坦克；。。。

这种东西我喜欢用编译原理解决，因为我在（https://github.com/bitzhuwei/CGCompiler.git）有一个自己写的自动生成词法、语法分析器的工具。关于这个工具的介绍可参考我博客里关于编译原理的文章（在这里搜索"编译器"）。

先总结一下关卡的文法

 <Level> ::= "level" "{" <StepList> "}";
 <StepList> ::= <Step> <StepList> | null;
 <Step> ::= "step" "{" <TankList> "}";
 <TankList> ::= <Tank> <TankList> | null;
 <Tank> ::= "tank" "{" <TankPrefab> <BornPoint> "}";
 <TankPrefab> ::= number;
 <BornPoint> ::= number;

然后用工具生成词法语法解析器代码。

剩下的就是自己写一下从语法树到数据结构的转换。代码如下。

     public static Level GetValue(this SyntaxTree<EnumTokenTypeLevelCompiler,
         EnumVTypeLevelCompiler, TreeNodeValueLevelCompiler> syntaxTree)
     {
         if (syntaxTree == null) { return null; }

         var result = new Level();
         _GetLevel(result, syntaxTree);
         return result;
     }

     private static void _GetLevel(Level result, SyntaxTree<EnumTokenTypeLevelCompiler, EnumVTypeLevelCompiler, TreeNodeValueLevelCompiler> syntaxTree)
     {
         if (syntaxTree.CandidateFunc == LL1SyntaxParserLevelCompiler.GetFuncParsecase_Level___tail_levelLeave())
         {
             GetTankList(result, syntaxTree.Children[]);
         }
     }

     private static void GetTankList(Level level, SyntaxTree<EnumTokenTypeLevelCompiler, EnumVTypeLevelCompiler, TreeNodeValueLevelCompiler> syntaxTree)
     {
         if (syntaxTree.CandidateFunc == LL1SyntaxParserLevelCompiler.GetFuncParsecase_TankList___tail_tankLeave()
             || syntaxTree.CandidateFunc == LL1SyntaxParserLevelCompiler.GetFuncParsecase_TankList___tail_or_Leave())
         {
             var egg = GetTank(syntaxTree.Children[]);
             level.Add(egg);
             GetTankList(level, syntaxTree.Children[]);
         }
         else if (syntaxTree.CandidateFunc == LL1SyntaxParserLevelCompiler.GetFuncParsecase_TankList___tail_rightBrace_Leave())
         {
             //nothing to do
         }

     }

     private static TankEgg GetTank(SyntaxTree<EnumTokenTypeLevelCompiler, EnumVTypeLevelCompiler, TreeNodeValueLevelCompiler> syntaxTree)
     {
         if (syntaxTree.CandidateFunc == LL1SyntaxParserLevelCompiler.GetFuncParsecase_Tank___tail_tankLeave())
         {
             var tankPrefab = GetTankPrefab(syntaxTree.Children[]);
             var bornPoint = GetBornPoint(syntaxTree.Children[]);
             var result = new TankEgg(tankPrefab, bornPoint);
             return result;
         }
         else if (syntaxTree.CandidateFunc == LL1SyntaxParserLevelCompiler.GetFuncParsecase_Tank___tail_or_Leave())
         {
             var result = new TankEgg(-, -);
             return result;
         }

         return null;
     }

     private static int GetBornPoint(SyntaxTree<EnumTokenTypeLevelCompiler, EnumVTypeLevelCompiler, TreeNodeValueLevelCompiler> syntaxTree)
     {
         if (syntaxTree.CandidateFunc == LL1SyntaxParserLevelCompiler.GetFuncParsecase_BornPoint___numberLeave())
         {
             var result = int.Parse(syntaxTree.Children[].NodeValue.NodeName);
             return result;
         }

         return ;
     }

     private static int GetTankPrefab(SyntaxTree<EnumTokenTypeLevelCompiler, EnumVTypeLevelCompiler, TreeNodeValueLevelCompiler> syntaxTree)
     {
         if (syntaxTree.CandidateFunc == LL1SyntaxParserLevelCompiler.GetFuncParsecase_TankPrefab___numberLeave())
         {
             var result = int.Parse(syntaxTree.Children[].NodeValue.NodeName);
             return result;
         }

         return ;
     }

GetLevel

在VS2013里你可以获得Tip，便于coding。

解析器写好了，调用方式如下。

语法分析器的类型太长，只好用上图表示一下。

这样就有敌方坦克一波一波来袭的感觉了。

小地图图标

小地图上显示的坦克很不清晰，如果能显示出一个鲜艳的三角形就好了，尖头指向开炮的方向。如下图所示，绿色的为玩家坦克，红色的为敌方坦克。

首先给坦克的prefab增加一个显示箭头的子对象。

给子对象smallMapTankHero增加Sprite Renderer组件，在组件的Sprite属性里赋予下面的图片，并把此对象的Layer属性设置为自定义的"smallCamera"（Layer的名字无所谓）。

Hierarchy里的smallCamera对象是用来显示小地图的。设置其Culling Mask属性如下图所示，勾选smallCamera。这样，箭头就会显示在smallCamera里。

相应的，在主摄像机Main Camera里，设置Culling Mask属性如下图所示，取消勾选smallCamera。这样，箭头就不会显示在smallCamera里。

有点平行世界异次元的感觉。

小地图里仍旧会显示原有的坦克贴图，为了挡住坦克贴图，我们把小地图图标向上（靠近摄像机的方向）移动一点点。

当然，也可以通过把坦克对象的Layer设置为一个自定义的Layer（比如自定义为realworld），然后在smallCamera的Culling Mask属性中取消勾选realworld即可。不过这还需要把各种对象都放到自定义的Layer里去，太麻烦了。

碰撞

Unity中的碰撞，有Collision（物理碰撞）和Trigger（触发器碰撞）两种。

这里我用精心设计的试验分析出了碰撞的产生条件。

触发碰撞的基本条件

下面，假设Hierarchy中有两个对象A和B，A和B都有Collider组件和Rigidbody组件。那么：

如果去掉其中任何一个的Collider，那么不会发生碰撞事件（只会穿透）。

如果去掉B的rigidbody，那么移动B去撞A时，不会发生碰撞事件（只会穿透）。

如果去掉B的rigidbody，那么移动A去撞B时，Collision和Trigger的碰撞都可以发生在A和B身上，但B不会受物理引擎影响而移动。

OnTriggerXXX的触发原则

下面，再假设A是Cube，B是sphere；A有3个Box Collider，设置第2个Box Collider的Is Trigger为true；B有4个Shpere Collider，设置第2、3个Sphere Collider的Is Trigger为true。

然后，给A和B分别添加如下的脚本组件：

 public class TriggerTest : MonoBehaviour
 {

     // Use this for initialization
     void Start()
     {
     }

     // Update is called once per frame
     void Update()
     {
     }

     void OnTriggerEnter(Collider other)
     {
         Debug.Log(string.Format("{0} trigger {1}'s({2})", this.name, other.name, other.GetInstanceID()));
     }

     void OnCollisionEnter(Collision collision)
     {
         Debug.Log(string.Format("{0} collision {1}'s({2})", this.name, collision.transform.name, collision.collider.GetInstanceID()));
     }
 }

这样就可以记录自己碰撞了对方的哪个Collider。

我们先让A撞B，再让B撞A，分别得到如下图左右所示的结果。

分析发现，虽然引发的碰撞事件的先后顺序有所不同，但碰撞事件是相同的，都是那16个Trigger事件和2个Collision事件。

据此我总结出Trigger事件的触发原则，如下图所示。

当A的第2个Collider设置为Is Trigger=true时，此Collider会与B的各个Collider都引发一次Trigger碰撞事件。B也同理。不过两边均为Is Trigger=true时，只会引发一次。数一下上图，可以看到有8条线，每条线在AB两方各引发一次Trigger碰撞事件，所以就是上文的16次。另外，每个Collider引发的次数也与上文的图示吻合。

OnCollisionXXX的触发条件

下面，我把A和B的所有Collider的Is Trigger都设为false，来研究Collision的触发条件。

下图展示了去掉B的Rigidbody后，分别用A撞B和用B撞A的情况。

可以看到，没有Rigidbody的B撞A，什么都不会发生，B直接穿透了A。

再用含有2个Collider的Cube和含有2个Collider的Sphere试验（此处略）就可以知道，A撞B则会使A的第1个Collider依次与B的各个Collider引发Collision碰撞事件。所以上图左侧会有1个A的Collider与4个B的Collider引发的Collision事件。

继续看下图，是同时具有Rigidbody的A和B相互碰撞的结果。

可以看到A和B都只有1次Collision事件。

根据上述试验，我认为Unity3D引擎在处理Collision事件时，是去找AB双方的Rigidbody，如果找到了就让它执行物理引擎；如果都找到了，此次碰撞就告结束，不再引发此次A和B的Collision事件。

总结

我查了Unity一些资料，总结了一下Unity中关于碰撞的原则：

physics will not be applied to objects that do not have Rigidbodies attached.
Kinematic Rigidbody 自身不受外力，但仍旧可对其它物体产生力。

您可以到我的github页面（https://github.com/bitzhuwei/TankHero-2D）上得到工程源码。

请多多指教~