嵌入式模塊設(shè)計(jì)的工程實(shí)踐！

星標(biāo)公眾號(hào)，讓嵌入式知識(shí) “投喂” 不停歇！

模塊化質(zhì)量直接決定嵌入式系統(tǒng)的可維護(hù)性和可擴(kuò)展性。模塊內(nèi)聚度與系統(tǒng)穩(wěn)定性成正比，耦合度與維護(hù)成本成正比。

1. 模塊內(nèi)聚

1.1 內(nèi)聚度等級(jí)劃分

最差情況：巧合內(nèi)聚（Coincidental Cohesion）

模塊像"垃圾抽屜"，各功能毫無關(guān)聯(lián)，修改任一功能都可能影響其他。

最佳實(shí)踐：功能內(nèi)聚（Functional Cohesion）

內(nèi)聚度提升技巧：

1. 單一職責(zé)原則：每個(gè)模塊只做一件事，并做到極致
2. 功能相關(guān)性檢查：問自己"這些函數(shù)為什么在一起？"，答案應(yīng)該明確唯一
3. 規(guī)模控制：單個(gè)模塊代碼量建議在200-500行之間，超過就要考慮拆分

2. 模塊耦合

2.1 常見的耦合方式及實(shí)戰(zhàn)應(yīng)對

2.1.1 數(shù)據(jù)耦合（理想狀態(tài)）

接口清晰，依賴明確，易于測試和維護(hù)。

2.1.2 標(biāo)記耦合（謹(jǐn)慎使用）

當(dāng)battery_data_t結(jié)構(gòu)變化時(shí)，即使calculate_battery_level不需要新字段，也必須重新編譯。

2.1.3 控制耦合（盡量避免）

改進(jìn)方案：拆分為獨(dú)立函數(shù)

2.1.4 外部耦合（嚴(yán)格管控）

全局變量成為隱式接口，修改風(fēng)險(xiǎn)極高。

2.2 降低耦合的實(shí)戰(zhàn)策略

策略1：依賴倒置原則（DIP）

傳統(tǒng)方式：高層模塊依賴底層模塊

DIP方式：雙方都依賴抽象接口

策略2：接口最小化原則

壞例子：接口暴露過多內(nèi)部細(xì)節(jié)

好例子：最小化接口，隱藏實(shí)現(xiàn)細(xì)節(jié)

策略3：使用回調(diào)機(jī)制解耦

相關(guān)文章：

嵌入式系統(tǒng)模塊間幾種通信方式對比

C語言、嵌入式重點(diǎn)知識(shí)：回調(diào)函數(shù)

嵌入式軟件解耦的底層邏輯與實(shí)踐案例

3. 總結(jié)

模塊質(zhì)量的量化評(píng)估參考標(biāo)準(zhǔn)：

3.1 耦合度指標(biāo)（越低越好）

• 文件包含數(shù)：頭文件包含不超過5個(gè)外部模塊
• 函數(shù)參數(shù)數(shù)：接口函數(shù)參數(shù)不超過5個(gè)
• 全局變量使用：零全局變量依賴為最佳

3.2 內(nèi)聚度指標(biāo)（越高越好）

• 功能相關(guān)性：模塊內(nèi)所有函數(shù)應(yīng)服務(wù)于同一核心功能
• 接口一致性：函數(shù)命名和參數(shù)風(fēng)格高度統(tǒng)一
• 變更影響范圍：修改單個(gè)功能只影響本模塊內(nèi)部

如果文章對你有幫助，麻煩幫忙點(diǎn)贊、關(guān)注，謝謝大家！

猜你喜歡：

單例模式：嵌入式全局狀態(tài)一致性的守護(hù)者

嵌入式應(yīng)用中，有哪些好用的壓縮庫？

嵌入式編程模型 | 抽象工廠模式

嵌入式編程模型 | 簡單工廠模式

嵌入式領(lǐng)域：Linux 與 RTOS 的巔峰對決！

嵌入式軟件進(jìn)階指南，一起來進(jìn)階！

在公眾號(hào)聊天界面回復(fù)1024，獲取嵌入式資源