鴻蒙實現(xiàn)S1，S2，User三個物理按鍵的獨立事件-下（DTButton-V0.0.3）
https://harmonyos.51cto.com/#zz
在上一篇帖子《實現(xiàn)S1，S2，User三個物理按鍵的獨立事件-上(解決思路分析)》中，通過讀取 HI_ADC_CHANNEL_2 上的 ADC 值成功區(qū)分了 S1, S2, User 這 3 個物理按鍵。
上圖中的打印輸出是分別按下 User, S1, S2 的效果，這看起來完全符合了我們區(qū)分按鍵的需求，但是。。。
但是什么呢?有什么問題嗎?
我想說的是，但是問題非常明顯：這三個鍵中的任意一個被按下都會多次觸發(fā)按鍵事件(上圖的實驗通過打印輸出響應按鍵事件)。因此，僅僅區(qū)分 S1, S2, User 還不夠，還不能滿足實際開發(fā)的需要。所以，必須進一步的完善，使得每次按下按鍵只觸發(fā)一次事件。
看到這里，相信大家想到了之前開源的按鍵通用框架 DTButton !在 V0.0.2 版中已經可以區(qū)分并觸發(fā)各種 GPIO 按鍵事件，卻唯獨區(qū)分不了 S1, S2, User。然而，現(xiàn)在已經有了 S1, S2, User 的區(qū)分方案，那么將這個方案集成到 DTButton 框架不就完美了嗎??!!
Ok!說干就干!
接下來要做的工作就是：
- 將 GetSSU() 集成到框架，使得框架支持 S1, S2, User 的三種事件(Pressed, LongPressed, Released)
- 不改變框架的對外接口(不改變框架調用方式，不增加新接口函數(shù))
- 不影響框架 V0.0.2 版本的原有功能
要做好上述 3 個工作，就需要再回顧一下 DTButton 框架的核心設計：
GPIO 按鍵在中斷服務程序中標記事件的發(fā)生，之后在事件處理線程中通過標記調用事件回調函數(shù)(僅一次)!
注意：觸發(fā)事件后需要立即清除事件標記，防止多次調用回調函數(shù)。
所以，最簡單的集成方式就是：當 S1, S2, User 中有鍵按下時進行事件標記，之后再通過事件標記調用相應回調函數(shù)(返回后清除事件標記)。
流程如下：
接下來要考慮的問題是：如何構造 S1, S2, User 的按下事件和釋放事件?
要解決這個問題，可以參考一般 GPIO 按鍵的事件觸發(fā)方式：上升沿觸發(fā)和下降沿觸發(fā)。然而，相信你也意識到了，S1, S2, User 是通過檢測 ADC 值來判斷區(qū)分的，無法像 GPIO 按鍵那樣直接準確的捕獲上升沿和下降沿。怎么辦呢???直接不行，可以間接：通過模擬上升沿和下降沿構造釋放事件和按下事件。
具體方法如下：
在代碼層面可以用變量 preKey 記錄上一次通過 GetSSU() 獲得的按鍵狀態(tài)，并與當前調用 GetSSU() 獲得的按鍵狀態(tài)進行比較，比較結果即可判斷是否構造按鍵事件。
有了以上分析就可以動手寫出下面的代碼了!
之后，整個框架以統(tǒng)一的方式處理按鍵事件，不管是 S1, S2, User 還是 GPIO 按鍵，但凡觸發(fā)了事件都會在 EventHandler() 得到處理。
到此，按鍵通用框架 V0.0.3 版的設計就完成了!具體代碼實現(xiàn)已開源(文末附件下載)，開箱即用。
使用示例如下：
一樣的接口，一樣的方式，一樣的體驗，多出來的僅是對 S1, S2, User 三個物理按鍵的區(qū)分支持。
Enjoy It!
https://harmonyos.51cto.com/#zz
