前言
前段时间一直忙着研究CatLikeCoding的HexMap系列教程，好长时间没有新开坑写点小工程了，这次又有了些新点子，与大家分享一下。
现在轮到本期主角出场了：《勇者斗恶龙：建造者2》（以下简称DQB2）
游戏类型是大家都不陌生的开放世界方块建造类。这类游戏之前也玩过不少，比如《七日杀》、《传送门骑士》，当然还有大名鼎鼎的《Minecraft》,但就个人感觉而言，DQB2在可玩性上要高很多，可以说是此类游戏的集大成之作。并且还融合了一些经营模拟养成，RPG战斗的元素到其中，仅主线任务就让我玩得不亦乐乎。
简而言之就是：我沉迷了。
单就建造而论，DQB2里的工具就设计的非常实用，比如一次性更换多个同种类型方块的刷子，一次获取大量素材的大锤子等 ，此外还发现了一个十分贴心的功能。
大家都知道建造类游戏有一个问题，就是玩家上下限差距太大。例如《Minecraft》还有一个别称叫"别人的世界"。好不容易自己搭建了一个火柴盒,突然看到视频里大佬搭建的世界奇观，突然就失去玩下去的动力了。即便是想仿照大佬的建筑复制一遍，所需要的工作量也是惊人的，大多数咸鱼（比如我）就直接放弃了。而在DQB2中这个问题得到极大改善，你可以直接联机到大佬的岛上闲逛参观，看见喜欢的建筑样式可以直接把设计图拷贝回来，甚至搭建都不用自己动手，在图纸规划地旁边放上一个装有材料的箱子，NPC就会自动帮忙建造。这简直是建造游戏爱好者的福音,极大的提升了游戏体验，同时也让我对此功能的实现方式产生兴趣。
那么关于安利部分就此打住，进入正题。
下面用Unity来对自动建造功能做一个探索，预计内容分为两篇。第一篇是关于方块建造游戏基础功能在Unity内的实现,第二篇是NPC自动建造系统功能实现方式的猜想。
另外，由于难度直线升高,HexMap系列教程的翻译进度会稍微放缓,但肯定会继续更新下去直到完结,这一点可以放心。
1 搭建方块场景
要实现方块场景的搭建编辑功能，最简单粗暴的方法是每一个方块都视为一个单独的GameObject,每次点击时实例化一个方块。简单归简单,但这种方式在效率上肯定会有问题，特别是当在较大的地图上计算物理碰撞而每个方块都有自己的碰撞器时。我不知道好点的电脑运行起来如何，反正我的老爷机肯定就卡逑了。
刚好这个问题可以参考之前六边形地图教程里的思路，把每一次的编辑看做是对一整块mesh里顶点的修改。
（1）获取方块放置坐标
首先要做的是在鼠标指向一个位置时，获取这个位置的方块坐标。即使是粗暴方法这一步也是省不掉的。
为方便起见就设定每个方块的边长是Unity里的标准单位1,那么无论怎么转换,方块坐标都处于方块的中心位置,坐标的小数部分肯定都是是0.5。
public 然后通过屏幕发射射线，换算击中坐标为方块坐标，并用Gizmo验证一下计算是否正确。当然，别忘了新建的测试plane上要有碰撞器,不然射线检测不会起作用。
bool 
(2)方块构建
方块的位置正确无误之后,下一步就是添加方块的操作。之前已经说了，要用修改顶点数据的方式来实现这个功能，所以第一步先定义当正方体中心为零点时八个顶点的相对坐标。
public 然后为整个mesh新建一个类,用来处理方块的形状问题。
[RequireComponent(typeof(MeshFilter), typeof(MeshRenderer))]
由于是正方体,它的三角剖分非常简单且有规律,所以可以写一个较为通用的方法来三角化。这样能使代码更易读，且更方便后续功能的添加。
public 顶点和三角形数据填充进去后再刷新mesh。
public 
可以看到方块虽然是一个一个添加的,但数据是表现在一个mesh上的。
（3）删除方块
能添加自然就应该能删除，所以下一步是实现删除的功能，后续还能扩展成DQB2里的创造师手套搬运功能。
不知道有没有同学注意到，之前在写射线坐标转换成方块坐标时，代码里给了一个射线反方向的微小偏移，这是为了防止方块坐标在某些角度计算到了错误的位置。由于现在所有方块共用的一个碰撞器，所以没办法通过碰撞信息来识别点击的是哪个方块。那么反过来考虑这个问题，直接通过给射线正方向的偏移，就能让换算坐标变为当前鼠标指着的方块坐标。
bool 
坐标计算是没问题，但是该如何告诉mesh删除这些指定的顶点和三角形呢?
办法当然是有,射线的RaycastHit结构体里是可以获取击中位置的三角形下标和uv坐标的，凭借这些信息已经足够计算出要删除的顶点和三角形下标了。
但即使能算出来，用脚指头想也知道会很复杂，咱们不是来做数学题的，所以换个思路。
我们可以这么去思考这个问题:用空的GameObject当做信息载体,在添加方块时添加这些GameObject到mesh脚本新建的容器里,然后遍历这个容器来完成三角化。同理，删除方块时也根据坐标从容器中找到这个GameObject,然后删除它并更新mesh。
public 新建上面的脚本并挂在一个空的GameObject上并拖成预制体,然后在添加方块的时候实例化这个预制体并加到列表中。
public 这样一来删除方块的方法也容易写了。
public 
2 设置相邻方块与顶点优化
到目前为止添加和删除方块都实现了,来考虑一下在两个方块相邻时隐藏接触面来优化顶点的方法。这一步并不是很必要，优化顶点后并不能带来明显的提升,就保持现在这样也没问题。但考虑到在后面还要给NPC做寻路功能，获取方块之间的相邻关系是必须的。以此为前提条件的基础下，那么优化顶点其实就是个顺带的事情。
（1）获取方块之间相邻关系
首先自然就是获取相邻关系，在CubeInfo脚本里新建一个数组去存放相邻方块的引用关系。基于导航的需要，水平面的每个朝向上还要额外存储斜上斜下两个方块，因此最大相邻方块的个数就是3X4+2=14个。把把数组的长度设为14，同时把方向用枚举保存。
public 下一步是写一个方法，根据当前方块的坐标和指定方向来推算出这个方向上的方块坐标。
public 下一步就是根据这个坐标，在之前保存的所有CubeInfo的容器中找到与之对应的方块。
bool 然后就可以设置相邻方块了，由于方块的添加有先后，可以在为一个方块设置其相邻方块时在相邻方块的相反方向上设置自己为相邻方块。但是方向的数量并不对称,方向的枚举转换成int不好找到规律,所以就用笨办法。
public 当然也别忘了在删除方块时把相邻关系也更新一下。
public 
现在就能在添加和删除时设置正确的相邻关系了，下一步就是优化顶点了。
（2）顶点优化
现在能知道方块之间的相邻关系，那在相邻方块的方向上隐藏当前面就是一句话的事情了。根据之前表示相邻方向的枚举可知，下标为0，3，6，9，12 , 13的相邻方块分别对应前，后，左，右，上，下，接下来就是根据当前三角化的面的朝向来检测相邻方块是否为空。
public 
虽然看不出来变化，但表现在数据上还是蛮明显的。
3 方块的类型UV设置
由于所有方块都用一个Mesh表示,所以直接改其材质球的颜色是无法区分方块类型的。那么办法就是把所有的方块纹理集合在一张纹理图上，而根据方块的类型不同传入不同的UV坐标。所以首先在CubeInfo里定义方块类型的枚举字段。
ublic class CubeInfo : MonoBehaviour
{
public string cubeName;
public CubeInfo[] neighbors;
public M_CubeType type;
}
public enum M_CubeType
{
test1,
test2,
test3,
test4,
test5,
test6
}先暂且用test占位,后面再来考虑具体的类型。至于为什么是6个类型，因为正方形有六个面，设置为六种类型刚好纹理图就是正方形。
然后就找也好，自己画也好，搞到一张6乘6正方形的纹理图，大概就像这样：
把纹理图导入Unity中,由于这是像素图,所以记得修改图片的Filter Mode为Point,然后把图片类型改为Sprite。
接下来在添加顶点信息时同时把UV信息也添加进去。这里用了一个易于扩展的写法，之后扩展方块类型也可以直接修改TypeCount的值,很方便。
void 在场景里新建6个toggle作为方块类型选择,并关联至脚本里修改方块类型的枚举。
public 
现在就可以根据选中的类型来方便切换方块类型了。
4 方块旋转
我们的项目里现在都是方块，而且由于我画的UV图除了最上面都是一个样子，方块能不能旋转无所谓。但原版游戏中不是所有的建造素材都是方块形状，其中可能有阶梯或者别的不对称几何形状，我们后续也可以往这方面扩展,所以我们还是有必要去实现这个方块旋转功能。还是用枚举来定义方块的朝向，为方便起见，我们把旋转的范围限制在水平面上。
bool 然后在CubeInfo里定义方块的朝向字段,在添加方块时将当前朝向一并传入。
public 使用属性，在修改方块朝向枚举的同时也直接修改实际朝向。
public 刚才很巧合的画了一个六面不同的UV，刚好用来检测旋转功能是否正确。（怎么可能是巧合，我肯定是故意的）
但是还没完,别忘了我们之前还为mesh做了"减肥",那么现在旋转了方块之后对于需要隐藏面的判定就会出问题,所以这个地方需要修正。干脆直接把这个部分抽成一个函数。
public 然后再检查一下相邻时是否会出问题。
结束
这期咱们算是把基本的架子搭出来了，可以看到使用简单粗暴但耗性能的方式一旦换了个思路，其实还是有点麻烦，但这也正是写这种小工程有意思的地方。
文章的代码贴地有些乱，有兴趣的同学还是下载工程研究吧，感谢观看至此。
本期工程地址：https://github.com/tank1018702/CubeBuilder
有意参与线下游戏开发学习的童鞋，欢迎访问http://levelpp.com/。
467
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
