结构化的概念其实很简单。简单说来，就好像把书分门别类放入书架的感觉。这和写文章的时候分段，画图的是否分组时一样的。

把凌乱的节点按照逻辑归纳和整理，使其变得模块化，并且将内容封装起来不再更改，让注意力只集中在那些需要修改的地方，这就是结构化的目的。

作为一个可视化的逻辑工具，蓝图也需要解决这个注意力分散的问题。因此他为用户准备了很多整理的办法，方便用户在创作的同时，不需要面对一个庞然大物，而只需要注意自己要注意的地方即可。

以下几个方法提供给大家：

1、注释组

注释组是最简单的一种结构化的方法，做法是选择想要放在一个组里的节点，右键选择添加注释后，就会出现一个半透明带标题的框。

如果想要添加新的节点，只要保证节点在框内，就可以随框一起移动。

这个做法的好处是，操作简单，非常直观。如果有少量块形成一个整体逻辑的情况，很适合用这种方法。

2、合并节点

选择多个需要合并的节点，右键单击合并节点，则会生成一个子蓝图，将所有的节点都收在里面，外部只显示 1个节点。所有的输入输出等接口内外均一致。

当鼠标在父节点上时，还可以预览子蓝图的内容。对于量大一些的节点结构化，可以考虑采用这种做法进行整理。

宏和函数都属于子蓝图类型，创建之后会打开一个子蓝图，单独编写逻辑。和合并节点不同的是，宏和函数存储在左侧的资源库中，随时可以调用，而合并节点一旦在蓝图上删除，就不存在了。

创建宏后，可以在细节面板上为其添加输入/输出项。添加完后编译，就可以在调用时看到添加的引脚。

宏是没有进程箭头的，用法与值处理节点很类似，因此我称其为自定义的值处理节点。

函数的使用与宏类似，都是做好一个完整逻辑之后可以随时调用。

与宏不同的是，函数有用于连接进程链的箭头。

事件也是一种比较灵活的整理蓝图的方式，如果说以上结构化都通过分块管理的方式，把大量的节点收起来来，事件的目标则更多的是便于查看，美化整个流程线的结构。

1、搜索custom event，建立新的事件

2、起事件名称，这个名称方便你在列表中找到

3、右键搜索事件的名称，插入调用这个事件的节点

1、可以中断过长的进程链

2、可以将某个固定行为打包成一个事件，在不同的地方多次调用

3、可以使混乱的逻辑线看起来更清晰

打个比方，如果我们想判断一个数组中所有的值是否都大于0，如果有负数则退出循环。不用事件的写法如下：

可以看到连在break上的线基本看不见了。这时我们添加一个事件来进行处理，于是变成了这样：

可以看出，整个流程线条变得清晰可见。