值得学习的单片机菜单框架(附源码)

福利干货，第一时间送达

大家好，我是小麦，以前用单片机做用户交互的菜单的时候，都比较痛苦，如何写一个复用性高，方便维护，可扩展性高的GUI框架呢然可以自己动手写一个，这个过程充满了艰辛和挑战，现在我推荐一个很棒的框架，直接拿来用就行，也可以借鉴和学习其中的思路，一定会收获颇丰。

知道有多少人折腾过液晶显示的菜单，我觉得很多人都应该搞过，我还记得以前大学参加电子设计竞赛获奖的作品，我就用到了一个12864，里面有菜单功能。

代码托管在github：

https://github.com/wujique/stm32f407/tree/sw_arch 

1、概述

本处所说的菜单是用在128*64这种小屏幕的菜单，例如下面这种，不是彩屏上的GUI。

作为一个天天看《编程之美》的码农，决定改变现状。

搜索引擎找了很久，找到了两个参考：

• 《基于二叉树的多层的液晶菜单界面设计》 

• 《基于节点编 的通用树状菜单设计方法与实现.pdf》 

按照他们的设计方法，鼓捣了一个版本，能用，挺好，但是也纠结。因为他们用了树这种数据结构。对于程序运行来说，非常好，效率高。但是对于我来说，菜单代码是一次性的，但是菜单内容，却是会经常改的。让我用人脑去维护一个包含几十个上百个菜单的树，不容易。

想来想去，这些菜单到底有什么不好于我来说，为什么不好用出下面结论：

1. 管得太宽 菜单，你就管菜单切换就行了，到了最低一层，也就是实际的测试功能，就不要管了。菜单切换是类似的，实际测试都是不同的。比如在菜单中，按键1，是进入第一个菜单。但是在测试中，按键1，功能都不一样。如果菜单连这个也要管，相同动作功能太多，无法进行统一抽象，就很难模块化。

2. 出发点不一样 上面说到的菜单，出发点都是如何设计一个好的菜单数据结构，让程序快速，高效运行。我想要的却是一个容易维护的菜单结构，至于菜单的代码有多乱多纠结，没关系， 而且，几百上千个菜单，就算用轮询的方法，也不过几百us吧，没关系。

3、改进菜单

根据需求，我重新设计了一个菜单结构体

是的，就这么简单，每一个菜单都是这个结构体 用这个结构体填充一个列表，就是我们的菜单了、