点击上方“小麦大叔”，选择“置顶/星标公众号”

福利干货，第一时间送达

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

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

以前可能觉得菜单高大上，其实并不是想象中的复杂，本文为大家分享一个用单色屏做的菜单框架。

代码托管在github：

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

公众号回复"菜单"也可获得源码.

1、概述

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

2、菜单框架设计

作为一个底层驱动工程师，驱动写完了，是要写硬件测试程序的。这个测试程序，一般给测试部/硬件工程师用来测试硬件， 也会给工厂产线测试准成品。

开始的人偷懒，不想一秒就直接上，所有菜单都这样做，一层套一层

当菜单越来越多，就开始纠结了，这样写维护不便，看起来也不美，还浪费程序空间。

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

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

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

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

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

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

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

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

3、改进菜单

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