本文介绍了作者对状态机的理解，从最初的代码实现到发现图形化生成状态机框架的过程。提到了NorthFrame和FSME等工具，讨论了图形化工具在降低学习难度上的优势，但也指出对于初学者直接使用可能不利于深入理解。
不得不说公众号让我了解到好多东西，取代论坛网站，博客，微信公众号成为我最新的了解电子知识的地方。竟然没有哔哩哔哩 和 知乎。
之前看到的公众号文章了解到状态机是一个概念，更像是面向对象的23种设计模式中的一种设计模式。之后写状态机相关的代码也是基于一种框架来实现的，表驱动法。
后来状态机这三个字见得多了，有了新的认识，比如图形化生成状态机框架代码，比如Unity里面会用到图形化状态机和C#，搜到说状态机有用UML生成的，UML之前看有公众号作者有用它来说明代码结构的，虽然图形化了，但没有给我眼前一亮的感觉，就是知道有这么个东西，知道有这么个用途。当我足够重视代码结构的时候，我一定会深入了解它的，并且用到实处。
状态机是一个概念，已经明白了这个概念，而且已经通过一种框架实现了它，了解更多的实现方式短期内对我没有什么提升，因此也未因此抓紧学习UML。了解到有一种非UML方式生成状态机框架代码时我还是没有行动起来了解一下如何图形化生成状态机代码。但是直到看到第三篇关于图形化生成状态机框架代码的文章，我觉得是时候总结一下了。
我觉得之前自己写的文章中的代码只有代码而没有状态转换图，让人一眼都认不出这是状态机来。这是一个问题，不只是这一两段代码的问题，而是我写的代码都有的一个问题，没有用更直观比如图像化的方式展示出来。
最低0.47元/天 解锁文章
扫一扫
526
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
