可以把精灵换成tilemap，用动作来设置某一编号图块的样式，可以解决消耗大量资源的问题。当然用起来肯定没有直接创建精灵那么简单直观，这个你就自己去多试试吧。

另外关于绘制不规则地图的方法，网上有挺多的。 有兴趣的可以看一下【元胞自动机】的使用。我的理解是每一个地图块自己去根据周围地图块的状态（规则可以自定义，比如自身周围有多少个墙壁时），来改变自身的状态。每一个周期所有的地图块都会演变一次，在多次演变后，最终形成一个新的地图。（我讲的可能不清楚，这个你去网上搜索一下就有很多了。）

这个是最开始完全随机生成的地图（绿色灰色2选一，没有其他规则。） 这个是进行了一次演变的地图（规则是我之前在其他代码的教程里看的，我只是把代码的东西搬过来转换成事件表来使用） 当前为墙壁时：如果周围有4个以上墙壁，则保持墙壁，否则变为道路 当前为道路时:周围墙壁有5个以上时，变为墙，否则保持道路

第三次优化

创建地图就循环创建就好了，优化的动作组是这个。 【获取周围墙壁数量】就比较一下坐标就好了，这个自己去解决，获取到之后，先记录要转换的类型，但不要转换。 等所有地图块都计算完后，在去转换，不然会有问题。

ps：这个是比较早的时候试验的时候做的，没有做过什么优化。 如果地图块都用精灵的话，在优化时会卡顿一秒左右，因为计算量比较多。所以你如果要试验这种方法，可以把精灵转换成tilemap，就像我最开始说的那样。

使用事件表实现A星自动寻路

  这个帖子主要是探讨下如何在唤境引擎里通过事件表实现A星自动寻路算法。其实实际的实现方式在官方的策略战棋模板里面已经有写，不过官方没有出详细的教程，所以我把模板里寻路的模块单独拿了出来，打算自己讲一讲，有什么不对的地方各位可以指正。

@猫人队长 昨天说的只是其中一种思路。 要生成城的话，要看你的城是可以占多个格子的还是只占一个格子。 还有一种思路，你可以把整个地图先划分成多个小区域，然后你做一些预设的城市道路的组合，每个区域去随机这些组合来生成。 当然如果预设少的话，可能看起来就不是那么的随机了。 但其实这种思路也是可以继续拓展的，比如说，第一遍，你先随机划分区域的大小（这个你自己算坐标避免区域重叠就好）。 第二遍去遍历每个区域，根据这个区域的大小，去随机可以出现在这个大小的区域里的物件（也是你可以自定义的，比如说 城镇A可以出现在区域类型为A的区域内）。 这样生成下来，就有了一个差不多的地图， 然后可以在用各种思路去优化地图。 比如说，如果两个城市离得太近，随机选择一个城市变成空白区域，这个区域用【元胞自动机】或者其他方式去随机山和水。 水路和道路的连接，也可以尝试用这个思路，如果一个空白区域，他的左边和右边两格以内有水，那么他就变成水，道路也是一样。

总结一下整体思路就是先按照组合的方式随机生成一个大的地图，再去优化小的细节部分。不过说了这些其实也只能给你提供一个思路，具体的算法实现还是要你自己去做。 毕竟我也不是啥大佬，之前做小游戏有涉及到这部分所以看了一下简单的算法，但是也没做过太完整的随机地图，还是要你自己去试了。。 如果你总结出来一套生成规则，也可以拿出来分享一下。

先讲几个概念

搜索区域：本质上，我们是将寻路的区域划分成等量的节点，这些节点可以是正方形格子，也可以是多边形格子，或者是单纯的点坐标（取决于你的移动方式）。为了方便理解，我们选择最简单的正方形节点，4个移动方向（上下左右）。

寻路公式：F=G+H，下面会讲到具体使用方法，现在先有个印象。
G：是从起点A到达当前节点的移动开销，在本例中，开销定义为10
H：不考虑障碍物，从当前节点，横向加纵向直线移动，到达终点B所需的移动开销。
G和H的值是我们自己去定义的，我们可以根据自己的游戏设计去定义G和H的计算方式。
 
待搜索列表(openList)和已搜索列表(closeList)：我们还需要维护两个列表，openList存放我们需要去检查的节点，closeList存放已经检查过不需要再去考虑的节点。
 
 
在了解了上述概念后，我们就可以正式开始寻路。

@疑似陆飞 这个规则我是看的这位博主的想法然后在唤境上重现的，有兴趣可以去看一下他说的思路。 https://indienova.com/indie-game-development/procedural-content-generation-tile-based-random-cave-map/

这个是生成，每个格子都生成一个地图块，地图块的类型随机选择

这个是优化地图，每个地图块都循环一次。先获取当前地图块周围的类型为【墙壁】的地图块的数量。然后根据这个数量，决定当前地图块转变为什么类型（道路或墙壁）。 决定好后不要立刻修改，否则会影响后面的地图块的运算，先用实例变量记录自己要转变成什么类型的地图块。

所有地图块都计算过后，再去循环一遍，去转变地图块的类型。 获取周围墙壁数量就直接比较坐标就好了，这个没什么好说的。

拓展思路：
1.    G值的计算可以根据自己的游戏进行变化，比如说，默认每个格子移动开销是10，但如果下一个格子是沼泽地等比较难行走的路线，那该格子的移动开销是17。相反，如果在一些加速通道上，移动开销是6。
2.    为了方便理解，这里只是列举了上下左右四种移动方式。其实网上的教程多数是8种，还包含了左上、左下、右上、右下。 这4种移动方式的移动开销G会比前4种高一些，例如：上下左右的G开销是10，斜方向移动的G开销是14。
3.   基本的移动开销应该是G和H一样，这点我不是很清楚是不是有别的规则。 我自己试过H的开销是1，G是10，结果是寻路检测了很多原本不需要检测的节点，因为H的权重太小了，导致远离终点的节点也被检测，这一点各位可以自己试一下。
 

事件表实现

在大致明白了这套算法的原理后，就可以通过事件表实现看看了。 讲讲几个关键的点怎么实现，具体的内容我会附上工程，感兴趣的可以自己下载下来看。
1.    寻路节点的生成：新手刚刚尝试的话，就先在场景里循环创建节点对象就好了。 这个节点对象包含了一个实例变量：父节点UID，用来标识该节点指向的节点。等到非常熟练之后，其实这些节点都可以完全数据化，保存到数组里。
2.    openList和closeList用数组来实现。 这里就比较麻烦了，会频繁的从数组中读取数据并添加新的数据，因此不熟悉数组的朋友建议先去熟悉下数组。
3.    openList里面保存了我们能用到的所有数据:节点UID，坐标，F、G、H。closeList由于只是用来保存不需要在关心的数据，所以只要保存UID就行。
4.    关于检查bug，我在写事件表的时候，其实最初也写错了几行事件，导致游戏死循环卡主了…..其实到现在为止我还真没有什么好的方法来调试。所以我把每个节点的F、G、H都写在了文本组件里，然后需要调试的时候，我可能会把循环改成固定的重复几次。 有可能会因此无法寻路完整，只寻路了一部分，但是用来看问题应该是足够了。毕竟算法都是一样的，如果后面错了，那前面的也应该错了，也不需要寻路完整。如果有什么更好的调试方法，也欢迎提出来。
 
另外为了方便解读事件表，我在这里划分一下事件表的结构。
1.    【寻路控制全局事件表】，用于触发寻路。 有两条事件：场景开始时生成寻路节点用于计算，点击寻路节点开始寻路。

 
2.    【动作组全局事件表】用于实现寻路逻辑，用两个事件组。 【生成可移动区域】可以不看，这个只是生成铺满全场的寻路节点。 重点在【展示路径】里面。

3.    事件7、8算是一个整体，7初始化寻路数据，重置openList和closeList。8 将起始点加入openList。

4.    事件9就是寻路的主要内容。这里是一个无限循环，必须同过子事件里的逻辑来主动跳出循环。上面提到的调试改动循环就是指这里。

5.    9下面的结构我个人感觉还是挺清晰的，这个是按照官方的写法优化了下表达式。 其中10和11是从openList当中找F最小的节点，下面的就是判断上下左右4个节点了。【将终点加入openList后退出循环】的逻辑在13、20、27、34的子事件下面。

6.    还是在这个循环下面，检查完周围节点后从openList中移除当前节点并加入closeList，然后判断openList为空后退出循环

7.    循环结束后，寻路就算是完成了。 下面的这两条事件主要就是把最短路径显示出来。从终点开始，不断的向前找父节点，知道找到起点。


总结一下整个流程：
1.    从openList当中选择F值最小的节点
2.    检查该节点周围节点
3.    不存在与openList和closeList中的节点加入openList，并设置父节点
4.    存在于openList的节点，重新计算F值，小于原先的F值则重新设置父节点
5.    重复步骤直到将终点加入openList(寻路完成)或OpenList中没有数据(不存在路线)。
 

子弹使用【移动追踪】能力去追踪目标，而不是使用【子弹能力】。

A星自动寻路.evk工程在这里，其实没改啥，就是从官方的模板里把多余的部分去除，自己重新写了一遍

游戏中改变地形后，要用【刷新障碍物】动作刷新地图重新寻路。

@疑似陆飞 另外跨场景保存这个你肯定要记录坐标这些到数组的。 如果你不想记录，那就不要跨场景。 用一个图层来做大地图之类的。 但其实记录没那么麻烦。 你不需要每次跳转场景都重新记录大地图的样式，在第一次生成的时候顺便去记录就好了。 后面重新回到大地图就直接用数组里的坐标去重新生成一遍。

你可以自己做碰撞检测，用透明的精灵绑定在角色身上。

目前唤境没这个功能，但是可以尝试一个方法：你把文本内容设置到输入框组件里，然后选择输入框唤起手机的键盘，试试看这个时候能不能选中文本然后手动复制。

首先思路要转变吧，我感觉部分新手会把xx功能当做一个完整的不可分割的逻辑来看待。比如说上来就问怎么实现技能释放，怎么实现背包功能，这些功能都是基础逻辑组合出来的，如果基础没打好，有教程你也学不会的，就像是加减乘除都没搞明白，就去问某个方程式要怎么解一样。应该先从最基本的逻辑学起。 比如如何设置变量，如何获取场景内的实例数据，如何去改变实例的某个参数（坐标，角度等）。把这些先掌握，然后在去尝试组合这些基本功能，看能改变游戏场景内的哪些内容，积累了一定的经验，一些比较复杂的功能也能实现了（至少你会知道该怎么提问，怎么去百度查实现的思路）。

从唤境的学习顺序上来讲，要掌握每个部件的功能特性（文本部件可以编辑文字显示，精灵部件可以播放动画内容）、每个能力的功能（渐隐渐现能力可以让物体不断的变透明，拖拽能力可以让物体跟着鼠标移动）、部件和能力下面的每个条件动作（条件决定了某个逻辑在什么时间点可以触发，动作决定了可以改变哪些数据从而影响游戏世界）。每个条件动作都自己亲手试一下，做一个功能示例，知道了效果之后，在举一反三，去想一下这个条件动作也许可以实现哪些效果（比如设置坐标的动作，可以用来做瞬移？），然后在去做demo去尝试，一定要多动手，想着走捷径容易吃亏的。

等你能够很清晰的知道大部分条件动作是做什么的，就可以看一些官方的模板来学习某个具体的游戏功能了。到了这一步你应该就能看懂模板写了些什么，学习的效率就高很多了，至少比一上手就去复制粘贴教程然后啥都没学会强很多。

最后如果有时间的话，我认为多少学一些代码还是有帮助的（网上免费教程一大把，不追求精通也根本用不上数学，不用担心你理科不好学不会啥的），以我的经验来说，会编程和不会编程，看待某个功能的思路是很不一样的。打个不太恰当的比方：描述一个人从A点走到B点，有编程思想的人会把这个看似很简单的一步拆分的很细，比如这个人先获取自己的A点位置，在去获取B点位置，根据两者的坐标确定一个方向，然后循环N次迈出左腿在迈出右腿的动作，直到自己的位置和B点一致。 这个思维方式上的差别就会影响你做游戏的难度。

自己做一个姓名库，姓和名分开两个模块，从这个库里随机取一个姓和名组合。

你先用变量接收choose()的值，然后在创建，在根据变量的值来判断创建的是哪个

用九宫格组件当进度条用，进度条的宽高自己去根据数值设置

讲道理真付费我不觉得会有多少人花钱，毕竟现在用唤境做出游戏挣钱的也是少数

并不是什么费劲的事.....这结论怎么得出来的....

@wangjingyu 你要先调整位置，在重新绑定。
转向后，先解除绑定，然后设置武器的坐标对准主角的手，然后在重新绑定

两个物体重新绑定一次