上節我們分享了MVC框架、狀態模式組合在實際開發中的應用，它能夠讓我們的軟件設計流程更加的清晰、易于維護：

嵌入式軟件設計之美-以實際項目應用MVC框架與狀態模式(上)

那么這一節我們就直接開門見山，從接下來的這個開源項目分享開始：

項目開源倉庫：

https://github.com/Yangyuanxin/IotSensorDetect

項目獲取方法：

gitclosehttps://github.com/Yangyuanxin/IotSensorDetect

該項目會不斷的添加新的示例來持續完善。

這是一個基于MVC模式+狀態設計模式的物聯網氣體檢測開源項目，目前的整體軟件通信框架圖(后續會根據繼續拓展)如下所示：

如上軟件通信框架圖所示，騰訊連連小程序 & 騰訊云IoT Explorer物聯網平臺相對于設備端來說是上位機，而下位機部分則是由四個主要的任務來協作完成的，分別是ControllerTask、IotRecvTask、ModelHnadlerControolerTask以及ModelSensorHandlerTask，而Task與Task之間的通信方式是基于消息隊列的形式來實現的。采用消息隊列通訊是一種軟件設計解耦的實現方式，線程與線程之間通過消息隊列通信，能夠實現業務隔離，讓整個系統的可拓展性大大提高。除此之外，采用消息隊列的好處是能夠攜帶數據載體，數據格式也可以由用戶自定義。例如本開源項目的自定義消息結構體如下：

structMsg_t
{
uint8_tType;//消息類型
uint32_tSensorValue;//傳感器數值
charData[MSG_LEN];//其它可能的數據承載
};

其中，軟件通信時序分為兩種模式：

1、Ctrl Mode

該模式由APP端發起，對于APP端來說，APP端可以下發三種命令，分別是檢測、停止、返回，如下圖所示：

當用戶在APP端按下檢測時，APP端會下發START命令，當Controller接收到Iot端下發的指令時會將其轉發給Model模塊來控制傳感器進行檢測，期間檢測過程中的設備狀態以及傳感器數值會進行更新，檢測過程也可以通過下發停止來打斷；而返回則是根據當前的設備狀態來返回到上一個檢測狀態；這一切是通過狀態模式來維護的，其狀態流程圖如下：

在程序中，該狀態流程圖是通過一個結構體數組來定義的：

SensorStateItem_tSensorStateTable[]=
{
{IDLE,START,CALI},//IDLE->START->CALI
{CALI,NEXT,DETECT},//CALI->NEXT->DETECT
{CALI,STOP,IDLE},//CALI->STOP->IDLE
{DETECT,NEXT,RESULT},//DETECT->NEXT->RESULT
{DETECT,PREV,CALI},//DETECT->PREV->CALI
{DETECT,STOP,IDLE},//DETECT->STOP->IDLE
{RESULT,PREV,DETECT},//RESULT->PREV->DETECT
{RESULT,STOP,IDLE},//RESULT->STOP->IDLE
};

切換狀態的過程是由DoSensorStatus來實現的：

__IOSensorState_tCurState=IDLE;//當前狀態
__IOSensorState_tPrevState=IDLE;//上一個狀態

SensorStateItem_t*FindCurStateAndEvent(SensorState_tCurState,SensorEvent_tEvent)
{
intIndex=0;
//查狀態表
for(Index=0;IndexNextSate;
returnRet;
};

2、Auto Report Mode

該模式是由設備端主動定時上報給到APP端，如下圖所示：

檢測設備在沒有啟動檢測功能時，設備端也會定時上報傳感器數值以及設備狀態；因此，Iot端能夠定時看到數據在不斷發生變化。

以上便是MCV框架與狀態模式最簡單的應用了。當然，從上節我們就已經知道，對于Controller和View而言，它的體現形式可以有很多種，它不局限于僅僅是Iot的形式，它也可以是由其它模塊來構成；這部分待后續項目更新后上傳。

審核編輯：湯梓紅