嵌入式的標簽多為：低配，偏硬件，底層，資源緊張，代碼多以C語言，匯編為主，代碼應用邏輯簡單。但隨著AIOT時代的到來，局面組件改變。芯片的性能資源逐漸提升，業(yè)務邏輯也逐漸變得復雜，相對于代碼的效率而言，代碼的復用可移植性要求越來越高，以獲得更短的項目周期 和更高的可維護性。下面是AIOT時代嵌入式設備的常見的軟件框架。

設計模式

設計模式的標簽：高級語言 ，高端，架構(gòu)等。在AIOT時代，設計模式與嵌入式能擦出怎樣的火花？設計模式可描述為：對于某類相似的問題，經(jīng)過前人的不斷嘗試，總結(jié)出了處理此類問題的公認的有效解決辦法。

嵌入式主要以C語言開發(fā)，且面向過程，而設計模式常見于高級語言（面向?qū)ο螅壳笆忻嫔厦枋鲈O計模式的書籍多數(shù)使用JAVA 語言，C語言能實現(xiàn)設計模式嗎？設計模式與語言無關，它是解決問題的方法，JAVA可以實現(xiàn)，C語言同樣可以實現(xiàn)。同樣的，JAVA程序員會遇到需要用模式來處理的問題，C程序員也可能遇見，因此設計模式是很有必要學習的。

模式陷阱：設計模式是針對具體的某些類問題的有效解決辦法，不是所有的問題都能匹配到對應的設計模式。因此，不能一味的追求設計模式，有時候簡單直接的處理反而更有效。有的問題沒有合適的模式，可以盡量滿足一些設計原則，如開閉原則（對擴展開放，對修改關閉）

觀察者模式

情景

在對象之間定義一個一對多的依賴，當一個對象狀態(tài)改變的時候，所有依賴的對象都會自動收到通知。

實現(xiàn)

主題對象提供統(tǒng)一的注冊接口，以及注冊函數(shù) 。由觀察者本身實例化observer_intf 接口，然后使用注冊函數(shù)，添加到對應的主題列表中，主題狀態(tài)發(fā)生改變，依次通知列表中的所有對象。

1. ?struct observer_ops

2. ?{

3. ? void*(handle)(uint8_t evt); ?

4. ?};

5. ?

6. ?struct observer_intf

7. ?{

8. ? ? ?struct observer_intf* next;

9. ? ? ?const char* name;

10. ? ? ?void* condition;

11. ? ? ?const struct observer_ops *ops;

12. ?}

13. ?

14. ?int observer_register(struct topical* top , struct observer_intf* observer);

當主題狀態(tài)發(fā)生改變，將通知到所有觀察者，觀察者本身也可以設置條件，是否選擇接收通知

1. ?struct observer_intf observer_list;

2. ? ? ?

3. ?void XXXX_topical_evt(uint8_t evt)

4. ?{

5. ? ? ? struct observer_intf* cur_observer = observer_list.next;

6. ? ? ? uint8_t* condition = NULL;

7. ? ? ? while(cur_observer != NULL)

8. ? ? ? {

9. ? ? ? ? ? condition = (uint8_t*）cur_observer->condition;

10. ? ? ? ? ? if(NULL == condition || (condition