不知道有多少人折騰過液晶顯示的菜單，我覺得很多人都應該搞過，我還記得以前大學參加電子設計競賽獲獎的作品，我就用到了一個12864，里面有菜單功能。

以前可能覺得菜單高大上，其實并不是想象中的復雜，本文為大家分享一個用單色屏做的菜單框架。

代碼托管在github：

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

本處所說的菜單是用在128*64這種小屏幕的菜單，例如下面這種，不是彩屏上的GUI。

作為一個底層驅動工程師，驅動寫完了，是要寫硬件測試程序的。這個測試程序，一般給測試部/硬件工程師用來測試硬件， 也會給工廠產線測試準成品。

開始的人偷懶，不想一秒就直接上，所有菜單都這樣做，一層套一層

void?test_main(void) {
????????while(1)
????????{
????????????????get_key(&key);
????????????????switch(key)
????????????????{
????????????????????????case?1:
????????????????????????????????test_key();
????????????????????????????????break;
????????????????????????case?2:
????????????????????????????????test_lcd();
????????????????????????????????break;
????????????????????????....
????????????????}
????????}
}

當菜單越來越多，就開始糾結了，這樣寫維護不便，看起來也不美，還浪費程序空間。

作為一個天天看《編程之美》的碼農，決定改變現狀。酷狗百度一番，找到了兩個參考：《基于二叉樹的多層的液晶菜單界面設計》 《基于節點編號的通用樹狀菜單設計方法與實現.pdf》 按照他們的設計方法，鼓搗了一個版本，能用，挺好，但是也糾結。因為他們用了樹這種數據結構。對于程序運行來說，非常好，效率高。但是對于我來說，菜單代碼是一次性的，但是菜單內容，卻是會經常改的。讓我用人腦去維護一個包含幾十個上百個菜單的樹，不容易。

想來想去，這些菜單到底有什么不好？對于我來說，為什么不好用？得出下面結論：

1. 管得太寬 菜單，你就管菜單切換就行了，到了最低一層，也就是實際的測試功能，就不要管了。菜單切換是類似的，實際測試都是不同的。比如在菜單中，按鍵1，是進入第一個菜單。但是在測試中，按鍵1，功能都不一樣。如果菜單連這個也要管，相同動作功能太多，無法進行統一抽象，就很難模塊化。
2. 出發點不一樣 上面說到的菜單，出發點都是如何設計一個好的菜單數據結構，讓程序快速，高效運行。我想要的卻是一個容易維護的菜單結構，至于菜單的代碼有多亂多糾結，沒關系， 而且，幾百上千個菜單，就算用輪詢的方法，也不過幾百us吧，沒關系。

根據需求，我重新設計了一個菜單結構體

/**
?*?@brief??菜單對象
*/ typedef?struct?_strMenu { ????MenuLel?l;?????///<菜單等級 ????char?cha[MENU_LANG_BUF_SIZE];???///中文 ????char?eng[MENU_LANG_BUF_SIZE];???///英文 ????MenuType?type;??///菜單類型 ????s32?(*fun)(void);??///測試函數 }?MENU;

是的，就這么簡單，每一個菜單都是這個結構體 用這個結構體填充一個列表，就是我們的菜單了

const?MENU?EMenuListTest[]=
{
????????MENU_L_0,//菜單等級 ????????"測試程序",//中文 ????????"test",????????//英文 ????????MENU_TYPE_LIST,//菜單類型 ????????NULL,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????MENU_L_1,//菜單等級 ????????????????"LCD",//中文 ????????????????"LCD",????????//英文 ????????????????MENU_TYPE_LIST,//菜單類型 ????????????????NULL,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????????????MENU_L_2,//菜單等級 ????????????????????????"VSPI?OLED",//中文 ????????????????????????"VSPI?OLED",????????//英文 ????????????????????????MENU_TYPE_FUN,//菜單類型 ????????????????????????test_oled,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????????????MENU_L_2,//菜單等級 ????????????????????????"I2C?OLED",//中文 ????????????????????????"I2C?OLED",????????//英文 ????????????????????????MENU_TYPE_FUN,//菜單類型 ????????????????????????test_i2coled,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????MENU_L_1,//菜單等級 ????????????????"聲音",//中文 ????????????????"sound",????????//英文 ????????????????MENU_TYPE_LIST,//菜單類型 ????????????????NULL,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????????????MENU_L_2,//菜單等級 ????????????????????????"蜂鳴器",//中文 ????????????????????????"buzzer",????????//英文 ????????????????????????MENU_TYPE_FUN,//菜單類型 ????????????????????????test_test,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????????????MENU_L_2,//菜單等級 ????????????????????????"DAC音樂",//中文 ????????????????????????"DAC?music",????????//英文 ????????????????????????MENU_TYPE_FUN,//菜單類型 ????????????????????????test_test,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????????????MENU_L_2,//菜單等級 ????????????????????????"收音",//中文 ????????????????????????"FM",????????//英文 ????????????????????????MENU_TYPE_FUN,//菜單類型 ????????????????????????test_test,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????MENU_L_1,//菜單等級 ????????????????"觸摸屏",//中文 ????????????????"tp",????????//英文 ????????????????MENU_TYPE_LIST,//菜單類型 ????????????????NULL,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????????????MENU_L_2,//菜單等級 ????????????????????????"校準",//中文 ????????????????????????"calibrate",????????//英文 ????????????????????????MENU_TYPE_FUN,//菜單類型 ????????????????????????test_cal,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????????????MENU_L_2,//菜單等級 ????????????????????????"測試",//中文 ????????????????????????"test",????????//英文 ????????????????????????MENU_TYPE_FUN,//菜單類型 ????????????????????????test_tp,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????????????MENU_L_1,//菜單等級 ????????????????"按鍵",//中文 ????????????????"KEY",????????//英文 ????????????????MENU_TYPE_FUN,//菜單類型 ????????????????test_key,//菜單函數，功能菜單才會執行，有子菜單的不會執行 ????????/*最后的菜單是結束菜單，無意義*/????????????????????????
????????MENU_L_0,//菜單等級 ????????"END",//中文 ????????"END",????????//英文 ????????MENU_TYPE_NULL,//菜單類型 ????????NULL,//菜單函數，功能菜單才會執行，有子菜單的不會執行 };

這個菜單列表有什么特點和要求呢？1 需要一個根節點和結束節點 2 子節點必須跟父節點，類似下面結構

-----------------------------------------------
根節點
????????第1個1級菜單
???????????????????????第1個子菜單
???????????????????????第2個子菜單
???????????????????????第3個子菜單
????????第2個1級菜單
???????????????????????第1個子菜單
?????????????????????????????????????第1個孫菜單
?????????????????????????????????????第2個孫菜單
???????????????????????第2個子菜單
???????????????????????第3個子菜單
????????第3個1級菜單
????????第4個1級菜單
????????第5個1級菜單
結束節點
------------------------------------------------

第2個1級菜單有3個子菜單，子菜單是2級菜單，其中第1個子菜單下面又有2個孫菜單（3級菜單）。

維護菜單，就是維護這個列表，添加刪除修改，非常容易。那菜單程序怎么樣呢？管他呢。定義好菜單后，通過下面函數運行菜單，

?emenu_run(WJQTestLcd,?(MENU?*)&WJQTestList[0],?sizeof(WJQTestList)/sizeof(MENU),?FONT_SONGTI_1616,?2);????????

-第1個參數是在哪個LCD上顯示菜單， -第2個是菜單列表， -第3個是菜單長度， -第4個四字體， -第5則是行間距

注意：運行這個菜單需要有rtos，因為菜單代碼是while(1)的，陷進去就不出來了。需要有其他線程(TASK)維護系統，例如按鍵掃描。

相關文件：emenu.c、emenu.h、emenu_test.c

當前代碼：?

1實現了雙列菜單，用數字鍵選擇進入下一層。每頁最多顯示8個菜單（4*4鍵盤用1-8鍵）

2 實現了單列菜單，通過上下翻查看菜單，確認鍵進入菜單。3 天頂菜單未實現，誰有興趣可以加上。

3 基于LCD驅動架構，這個簡易菜單自適應于多種LCD。

效果如下，有需要的盡管拿去，不用謝。

顯示效果

128*64 OLED

128*128 tft lcd

320*240 tft lcd

以上菜單框架來源屋脊雀工作室，適合初學者練習。我看下這個菜單框架，其實還有很多改進地方。

我當初大學電子設計競賽用到類似結構體方式，但我那菜單框架用到了二級指針，可以做到無限極擴展，而且可以指向（跳轉）任意菜單，方便按鍵進入、返回等操作。

本文就分享到這里，感興趣的讀者可以自己寫一個菜單框架。