2024.6.4更新
昨天半夜意识到生成Cube的方案不合适，又开始到处找动态地面的方法，发现了我想要的效果直接可以用nigara实现！！！！
于是这个部分就暂时告一段落，今季开始新的方向的学习。
为了快速上手UE5，开启了《复刻刺客信条动态地面》的技术篇章，最终希望复刻刺客信条等待界面的效果，这个效果大体上包括：
基础的地面随着任务走动消失和出现的基础效果+地板的Bloom和竖起的面片辉光效果
既然是新手，，必然是先抄再学再举一反三！（不是），实现基础无界地面参考教程：【永昼UE】【技の屋】无界地面_哔哩哔哩_bilibili
特别说明：由于本人的学习习惯——遇到什么问题/甚至是简单的知识点都会在过程中记录下来，因此这一系列博客仅仅是学习笔记，并不是严格意义上的实现教程。
UE版本：5.0.3
主要逻辑都在PlayerController写：
1 获取玩家Tiling后的位置 GetPlayerTilingCoord()
1.1 蓝图实现逻辑
干的事情很简单：获取当前玩家位置，并跟地板做对应的Tiling处理（创建了TilingXY变量，跟地面大小保持同步，事实上做任何跟WorldPos有关的效果都离不开一个必要的值），最终输出一个整数的二维向量（剔除掉了z轴方向）
封装成函数后，最终的函数节点内容如下：
（但是，这里的Round四舍五入掉了人物位置的变化，也就是说，远处的地面消失和出现是很突兀的，这一点后续可以优化，因为最终希望达到的是模块上下浮动的效果，是一个过渡）
1.2 学习记录
接下来一些细节记录：
UE里的Actor Pawn和Character类
Actor——UE里的Actor我认为就可以当作Unity里的GameObject去理解，”游戏对象“，也就是游戏场景中的桌子、山、石头等等，都是Actor
Pawn——单词里Pawn是”棋子“”兵“的意思，可以理解为游戏场景中每个可以被控制的Actor（玩家角色&AI或非AI控制的NPC ）都需要具备的基础类，访问它可以得到Actor当前的位置、朝向等，例如接下来我们需要获取Actor的位置，就是通过GetControlledPawn -> GetActorLocation来实现的；当然，除了位置啥的，还可以获取当前对象的一些其他信息，总之就是一个基础大类，包含很多其他的细节
Character——一种特定的，针对玩家的Pawn，可以有特定的走路、跳跃等动作
GetControlledPawn
获取当前受控的Pawn，类似Unity的GetComponent
GetActorLocation
获取Actor位置
UE5和UE4对于Math计算检索的不同
获取人物位置的时候，up这里调用了vector/float我不是特别理解：
而且UE5里似乎没有/float这个部分，通过搜索，于是找到了答案：CAN`T FIND MULTIPLY (VECTOR * FLOAT) NODES IN UE5
也就是说，UE5不分数据的类型了，做math计算时统一都是一个divide（/）：
Round 节点
四舍五入节点，材质里面也有这个。
Pure 纯函数
这里Up勾上了GetPlayerTilingCoord是个纯函数，勾上前和后在蓝图里使用该函数的区别是：
2 判断前后位置是否一致
2.1 蓝图实现逻辑
在Event Tick事件下跟前一帧的玩家位置进行一个equal比较，再用Branch分支节点去判断 -> False将当前帧的玩家位置赋予给Prev Player Coord，具体节点：
2.2 学习记录
Event Tick事件
每帧执行！
Branch节点
就是一个if else判断，分支节点，估计是蓝图很常用，B+鼠标左键直接快速get一个Branch节点
3 生成：计算生成地板个数及位置
3.1 蓝图实现逻辑
首先，创建一个changeTiling事件，事件触发SpawnTiles函数，接下来计算生成地板生成个数的逻辑都写在SpawnTiles函数内：
并将ChangeTiling事件做为第2步中False分支的结尾：
（比较好奇的是，这里明明new的是一个事件，为什么这个调用ChangeTiling的时候显示的Call Function栏）解释放在了后面的学习记录里。
接下来就是在SpawnTiles函数里进行操作，最终使用SpawnTransformClass节点去生成地板，意味着首先要创建简单的地板——Plane：
蓝图创建一个Actor，
然后Actor内创建个平面：
alt+J换个视角，看看面的大小，初始创建的是1m，也就是100cm（顺便提一下UE默认长度单位是厘米cm），也就是初始长度是100个单位长度，就浅跟着教程里的Up把长度修改为500，scale给个5就行：
一切就绪后，开始实现生成的逻辑，我给简化了一下，因为暂时不是很清楚Up用一个初始值为1的spawnXY变量去做-1 0 1三个值去loop的意义（往后看！！已解决！！是为了一次性生成更多的地面让生成更加的丝滑），简化后节点如下：
3.2 学习记录
Event和Function的关系与区别
这里直接贴解释的很好的博客：
【UE4笔记】Event&Function事件和函数的区别_ue5 event function-CSDN博客
For Loop节点
就是实现循环！For Loop对应for循环：
蓝图里还有While Loop节点，跟while语句一个道理。
SpawnActor From Class节点
这个节点应该是用于生成Actor并定义位置 & 销毁已生成的Actor
——Class就是用来指定Actor
——Transform就是指定变换
实现到这里之后，现在运行，已经有这样不断生成地面的效果了（我把地面变小了，每帧刷新的地面是初始单位长度大小100，同样的计算中的TilingXY也需要改成100），仅仅是原地奔跑生成地面”
写到这里突然就发现了教程中loop出-1 0 1三个方向上生成地面的用处：
会发现生成更加连贯：
我们多连一组print节点，把每一帧会出现的x y情况展示出来：
怪不得这么连贯。。。因为移动一次，就会四面八方生成9个面！
4 生成优化——避免重复生成，节省开销
第3步实现的效果是每次移动都生成9个地面。。。这样绝对不行
加入一个判断，很简单，就是每次生成地面后，把已生成地面的WordPos存入一个数组，每次生成前判断一下当前计算得到的地面坐标是否在这个Array里，如果不在，再创建新的地面，
先加个local变量，存一下每次偏移后得到的新地面的WorldPos：
把每次的坐标存入数组TileCoords（这里暂时也不是很清楚为什么要把每次生成的BP Tiling也存到Array里去）：
每次生成BP Tilling前判断一下当前地面坐标是否包含在TileCoords数组库中（用了个CONTAINS，在不苛求性能的前提下，蓝图里用起来也太方便了）：
这样改动就算完成了，为了使优化可视化，每次生成后我输出一下当前创建的每个BP Tiling的信息：
观察右上角输出的坐标个数：
优化目的达到了！
01暂时就做到这，后面会去做初始地面+销毁功能，以及更加细节的部分。
