在一個(gè)初學(xué)者從入門走向精通的途中，像這種 發(fā)現(xiàn)問(wèn)題 → 投入思考 → 提出方案 的學(xué)習(xí)模式是非常有效的。

一 遇到的問(wèn)題

通過(guò)這一段時(shí)間的編碼實(shí)踐，積累了一些編碼經(jīng)驗(yàn)，但也體會(huì)到了之前的代碼結(jié)構(gòu)的缺陷：

（1）開發(fā)效率低：每次使用片內(nèi)的某一資源（例如定時(shí)器等），筆者都要去查詢技術(shù)手冊(cè)，比較eggache~

（2）代碼重復(fù)較多：每個(gè)實(shí)驗(yàn)源碼中，諸如xtal_init，led_init等初始化函數(shù)每次都要編寫

（3）不易修改：代碼中的業(yè)務(wù)邏輯與SFR的操作混在一起，可讀性較差，修改起來(lái)也費(fèi)力

正是由于以上問(wèn)題，筆者決定暫停了該系列博文的續(xù)寫，抽出時(shí)間來(lái)思考一下解決辦法。

二 由網(wǎng)站分層引起的思考

筆者在學(xué)習(xí)嵌入式編程之前，曾有過(guò) ASP.NET 網(wǎng)站開發(fā)經(jīng)驗(yàn)，對(duì)其分層理論也有所實(shí)踐，下面簡(jiǎn)單提一下：

一般的有一定復(fù)雜度的網(wǎng)站可分為以下三層：

（1）數(shù)據(jù)接入層（DAL）：負(fù)責(zé)與數(shù)據(jù)庫(kù)的交互，供業(yè)務(wù)邏輯層調(diào)用

（2）業(yè)務(wù)邏輯層（BLL）：調(diào)用數(shù)據(jù)接入層以獲取數(shù)據(jù)，并為具體的業(yè)務(wù)需求提供支持

（3）用戶界面層（UIL）：負(fù)責(zé)呈現(xiàn)最終的用戶界面

相信博客園中很大一部分朋友都對(duì)此非常熟悉，在此不再贅述。總之，分層以后，大大提高了代碼的復(fù)用性與擴(kuò)展性。

那么在嵌入式開發(fā)中，能否也利用分層的思想，來(lái)提高開發(fā)效率，增強(qiáng)其可維護(hù)性與可擴(kuò)展性呢？下面，是一些筆者思考后的淺見(jiàn)。

三 嵌入式項(xiàng)目也來(lái)個(gè)分層

當(dāng)然不能照搬ASP.NET 的具體分層思想，具體問(wèn)題得具體分析嘛~

首先，嵌入式開發(fā)的核心就是芯片，它提供固定的片內(nèi)資源共開發(fā)者使用。而且它具有一個(gè)很重要的特點(diǎn)就是，不隨項(xiàng)目的需求變動(dòng)而變動(dòng)。所以應(yīng)將其作為最底層，為上層提供基礎(chǔ)支持。我們將其命名為硬件抽象層（Hardware Abstract Layer）。

芯片有了當(dāng)然還不夠，通常我們會(huì)在片外擴(kuò)展一些功能模塊來(lái)滿足具體的項(xiàng)目需求，例如：傳感器、鍵盤、LCD屏等。這一層的特點(diǎn)是，隨項(xiàng)目的變動(dòng)而以模塊為單位動(dòng)態(tài)增減。這一層的運(yùn)作需要芯片內(nèi)部資源的支持，所以應(yīng)處于硬件抽象層之上，并為上層調(diào)用。我們將其命名為功能模塊層（Functional Module Layer）。

OK，現(xiàn)在原材料都準(zhǔn)備齊了：芯片+擴(kuò)展模塊，接下來(lái)就要開始真正的加工了：我們需要靈活調(diào)用之前兩層所提供的接口，實(shí)現(xiàn)具體的項(xiàng)目需求。我們將其命名為應(yīng)用程序?qū)樱ˋpplication Layer）。

圖文：

（1）硬件抽象層（HAL）

實(shí)現(xiàn)對(duì)片內(nèi)資源 (如定時(shí)器、ADC、中斷、I/O等) 的通用配置，隱藏具體的SFR操作細(xì)節(jié)，為上層提供簡(jiǎn)單清晰的調(diào)用接口。

（2）功能模塊層（FML）

通過(guò)調(diào)用 HAL，實(shí)現(xiàn)項(xiàng)目中所涉及到的各片外功能模塊，隱藏具體的模塊操作細(xì)節(jié)，并為上層提供簡(jiǎn)單清晰的調(diào)用接口。

（3）應(yīng)用程序?qū)樱ˋPL）

通過(guò)調(diào)用HAL與FML，實(shí)現(xiàn)最終的應(yīng)用功能。

四 小試牛刀

OK，我們舉一個(gè)具體的例子，來(lái)說(shuō)明分層思想的運(yùn)用。

之前，筆者需要完成一個(gè)略帶綜合性的小實(shí)驗(yàn)“溫度監(jiān)測(cè)系統(tǒng)”，需求分析大概如下：

?CC2430節(jié)點(diǎn)實(shí)現(xiàn)對(duì)溫度的定時(shí)采集，并可通過(guò)LED燈指示其采樣頻率

?節(jié)點(diǎn)將數(shù)據(jù)傳送至PC端

?節(jié)點(diǎn)可以接收來(lái)自PC的控制指令，以調(diào)整采樣速率和電源模式

?具備停機(jī)自動(dòng)復(fù)位能力

? 可進(jìn)入睡眠狀態(tài)，并可由按鍵喚醒

從上面的需求中我們可以看出，本實(shí)驗(yàn)的核心芯片為CC2430，需要的片外擴(kuò)展模塊為L(zhǎng)ED燈與按鍵，預(yù)期要達(dá)到具體項(xiàng)目需求即以上五點(diǎn)。

接下來(lái)，我們利用上面提到的分層理論小試牛刀，對(duì)“溫度監(jiān)測(cè)系統(tǒng)”這一實(shí)驗(yàn)的代碼結(jié)構(gòu)進(jìn)行規(guī)劃：

（1）應(yīng)用程序?qū)樱ˋPL）

[main.c] 引用hal.h、ioCC2430.h與module.h，實(shí)現(xiàn)溫度采集、與PC互通信、停機(jī)復(fù)位等具體的應(yīng)用需求

（2）功能模塊層（FML）

[module.h] 定義了一系列片外功能模塊（LED、按鍵），以及一系列的相關(guān)函數(shù)的聲明

[module.c] 引用 hal.h，實(shí)現(xiàn)各片外模塊（LED、按鍵）的功能

（3）硬件抽象層（HAL）

[ioCC2430.h]（系統(tǒng)自帶）：定義了CC2430的所有SFR 、中斷向量

[hal.h] 包括常用類型定義、常用賦值宏、以及CC2430片上資源的配置（I/O、串口通訊、ADC、定時(shí)器、電源管理等）

（注：由于本實(shí)驗(yàn)所涉及的片外模塊——LED與按鍵——的使用極其簡(jiǎn)單，所以筆者將其合并入了單個(gè)源文件。若遇到較復(fù)雜的模塊，可以單獨(dú)新建 .h 與 .c 文件來(lái)實(shí)現(xiàn)，如LCD.h、LCD.c）

經(jīng)此設(shè)計(jì)，其優(yōu)點(diǎn)逐漸浮出水面：

? 高效的開發(fā)速率：編完 HAL 層中的hal.h之后，我們就可以很方便地調(diào)用，而不必反復(fù)地去查詢SFR的具體設(shè)置細(xì)則

? 快速擴(kuò)展：若需要加強(qiáng)系統(tǒng)功能，只需在 FML 層添加相應(yīng)功能模塊（即 .c 文件），并在main.c 中調(diào)用即可

? 較高的代碼重用性：HAL 層所提供的SFR操作可供通用，而且該層幾乎不用修改就可直接用于新的CC2430項(xiàng)目中

? 較好的可維護(hù)性：項(xiàng)目代碼結(jié)構(gòu)清晰，HAL 與 FML 幾乎不需要修改，只需修改 APL 即可

五 結(jié)論

可能對(duì)于嵌入式編程高手來(lái)說(shuō)，上述理論可能完全算不得什么，甚至還存在著很大的錯(cuò)誤。不過(guò)在一個(gè)初學(xué)者從入門走向精通的途中，像這種發(fā)現(xiàn)問(wèn)題 →投入思考 →提出方案的學(xué)習(xí)模式，我相信是值得而且很有必要的。就像很多人說(shuō)的那樣：過(guò)程比結(jié)論更重要。