流程图模式的unity状态机设计

JoshWindsor · 发表于 2023-3-10 22:08

不仅在图形领域，喜欢造各种轮子。在之前的十多年程序工作中也造了很多千奇百怪的轮子，因为都是一些自己脑洞的事物，所以取名上特别困难和别扭。这个小东西就先这样叫吧。最近整理旧资料的时候又看到他就想着开源分享出来，对于如何设计这样一套工具，如何设计接口泛型也可以给萌新们一个参考。当时我作为技术负责人采用这套的项目长这样
为什么要造这么个东西
为了直观，和简易，状态机也简易所以主要是为了直观。
关于行为树/决策树
之前项目中，开发过行为树/决策树。他是无比强大的，在我看来他具备完整的编程能力，与、或、非、循环、引用等都有，而一般自己开发的行为树还会轻易扩展出switch randomswitch等节点。就是手写代码的另一种组织形式，有点像ue4的蓝图对于c++，我用了几个项目后更加确信他的灵活强大与扩展性，但是他真的不直观，策划上手需要1周起，而且也没理解透经常出问题，只能模仿程序搭建好的模板小修改。因为他是完整程序思想，当然不可能21天精通xx语言。所以在做复杂度比较小搭配组合比较多的AI项目时，比如回合制怪物出招AI。我就不太愿意采用行为树/决策树。
关于状态机
状态机用过unity 与ue4的动画状态机，用这个来做ai 感觉上有点弱，而且他条件都是隐藏在连线属性中的，看起来比较不直观。但他易用性很高。
流程图思路
我当时的思考是什么是直观，是比代码直观？当然是流程图，因为在学校学习他或他存在的意义正是如此，那么可否基于流程图原理做ai决策呢？当时尝试后发现是可以的，每个节点只有2条线流出，ture和false。根据不同的结果走不同的路径。
我这里做了制作了2个Demo，用来简单解释下。但在demo之前，先看下我之前项目用上后的游戏效果。做蝎子的各种漫游惊吓后逃离，冲刺后减缓，最后保持一点时候后又回到漫游的效果。当年的手游(2014年)性能要求比较高,一般这种类型游戏，都是索区域分批刷怪来战斗，同时存在的怪物一般8个以内（永恒战士系列地牢猎手系列都是如此），所以我自己写了这套。因为已经吹了可以跑200只，小动物，虽然比怪简单但大量的动作大量的独立ai 的性能开销，要做到如图流畅还是有一点技术难度。

当时这个工具配置截图，不一定版本是正确的。大概这样子。第二张是小怪战斗AI配置。

蝎子行为AI

小怪战斗AI

Demo1：打豆豆
网上找到一个比较行为树和状态机文章，用了这个例子。AI逻辑实现-取舍行为树还是状态机我就用这套也跑一下，刚好对比。

打豆豆状态机

打豆豆行为树

作为程序平心而论这个例子，行为树最直观（因我习惯程序逻辑）。状态机的线我是感觉没流程图模式来的明确。

打豆豆流程图模式

Demo2：怪物随机技能
一个小回合项目的怪物小AI，每次随机咆哮普攻攻击+防御 3个技能。但是其中咆哮和普攻不能连续出现。攻击+防御可连续出现。这种参数都只提供一行类似dos的命令行模式。

随机跳转参数配置规则

一点最后小感想，发现程序技术的分享比图形技术的分享，少很多。有一种什么都不值得说的感觉。这种小功能现在工作2年的程序都能轻易实现。自己写出来有种莫名的羞耻感（因为太简单，脑补很多编程20年就这....的问好出现）。最后工程开源，运行时那些类感觉自己设计的结构挺优美的解耦度也刚刚好。editor工具类就没太优化了。
github 工程

zifa2003293 · 发表于 2023-3-10 22:15

这种实际就是图形化编程, 也许有很多优点, 但为什么不让策划去学习如何写脚本语言呢.

mastertravels77 · 发表于 2023-3-10 22:21

是啊还是结合lua 一劳永逸但还是强大而不直观受ue影响感觉逻辑用程序clip 组织用图更好些

redhat9i · 发表于 2023-3-10 22:28

那个……nodecanvas,flowcanvas这俩看看？

七彩极 · 发表于 2023-3-10 22:31

看了很像ue蓝图不是流程图 true false原理

Ilingis · 发表于 2023-3-10 22:32

这两个工具和unity收购的bolt差不多。Bolt是有状态机模式和流程图模式。

DomDomm · 发表于 2023-3-10 22:36

学习下bolt 完成度高很多多谢不过还是完全不同的设计想法

		自动登录	找回密码
密码			立即注册

流程图模式的unity状态机设计

本帖子中包含更多资源