| 以文本方式查看主題 - 曙海教育集團論壇 (http://m.hufushizhe.com/bbs/index.asp) -- 單片機高級 (http://m.hufushizhe.com/bbs/list.asp?boardid=56) ---- 從單片機初學(xué)者邁向單片機工程師”之LED主題討論周第三章----模塊化編程... (http://m.hufushizhe.com/bbs/dispbbs.asp?boardid=56&id=2254) |
| -- 作者：wangxinxin -- 發(fā)布時間：2010-12-8 10:36:00 -- 從單片機初學(xué)者邁向單片機工程師”之LED主題討論周第三章----模塊化編程... 通過上一章的學(xué)習(xí)，我想你已經(jīng)掌握了如何在程序中釋放CPU了。希望能夠繼續(xù)堅持下去。一個良好的開始是成功的一半。我們今天所做的一切都是為了在單片機編程上做的更好。 在談?wù)摻裉斓闹黝}之前，先說下我以前的一些經(jīng)歷。在剛開始接觸到C語言程序的時候，由于學(xué)習(xí)內(nèi)容所限，寫的程序都不是很大，一般也就幾百行而矣。所以所有的程序都完成在一個源文件里面。記得那時候大一參加學(xué)校里的一個電子設(shè)計大賽，調(diào)試了一個多星期，所有程序加起來大概將近1000行，長長的一個文件，從上瀏覽下來都要好半天。出了錯誤簡單的語法錯誤還好定位，其它一些錯誤，往往找半天才找的到。那個時候開始知道了模塊化編程這個東西，也嘗試著開始把程序分模塊編寫。最開始是把相同功能的一些函數(shù)(譬如1602液晶的驅(qū)動)全部寫在一個頭文件(.h)文件里面，然后需要調(diào)用的地方包含進去，但是很快發(fā)現(xiàn)這種方法有其局限性，很容易犯重復(fù)包含的錯誤。 而且調(diào)用起來也很不方便。很快暑假的電子設(shè)計大賽來臨了，學(xué)校對我們的單片機軟件編程進行了一些培訓(xùn)。由于學(xué)校歷年來參加國賽和省賽，因此積累了一定數(shù)量的驅(qū)動模塊，那些日子，老師每天都會布置一定量的任務(wù)，讓我們用這些模塊組合起來，完成一定功能。而正是那些日子模塊化編程的培訓(xùn)，使我對于模塊化編程有了更進一步的認(rèn)識。并且程序規(guī)范也開始慢慢注意起來。此后的日子，無論程序的大小，均采用模塊化編程的方式去編寫。很長一段時間以來，一直有單片機愛好者在QQ上和我一起交流。有時候，他們會發(fā)過來一些有問題的程序源文件，讓我?guī)兔π薷囊幌隆Ｍ瑯邮情L長的一個文件，而且命名極不規(guī)范，從頭看下來，著實是痛苦，說實話，還真不如我重新給他們寫一個更快一些，此話到不假，因為手頭積累了一定量的模塊，在完成一個新的系統(tǒng)時候，只需要根據(jù)上層功能需求，在底層模塊的支持下，可以很快方便的完成。而不需要從頭到尾再一磚一瓦的重新編寫。藉此，也可以看出模塊化編程的一個好處，就是可重復(fù)利用率高。下面讓我們揭開模塊化神秘面紗，一窺其真面目。 C語言源文件 *.c 提到C語言源文件，大家都不會陌生。因為我們平常寫的程序代碼幾乎都在這個XX.C文件里面。編譯器也是以此文件來進行編譯并生成相應(yīng)的目標(biāo)文件。作為模塊化編程的組成基礎(chǔ)，我們所要實現(xiàn)的所有功能的源代碼均在這個文件里。理想的模塊化應(yīng)該可以看成是一個黑盒子。即我們只關(guān)心模塊提供的功能，而不管模塊內(nèi)部的實現(xiàn)細(xì)節(jié)。好比我們買了一部手機，我們只需要會用手機提供的功能即可，不需要知曉它是如何把短信發(fā)出去的，如何響應(yīng)我們按鍵的輸入，這些過程對我們用戶而言，就是是一個黑盒子。 在大規(guī)模程序開發(fā)中，一個程序由很多個模塊組成，很可能，這些模塊的編寫任務(wù)被分配到不同的人。而你在編寫這個模塊的時候很可能就需要利用到別人寫好的模塊的借口，這個時候我們關(guān)心的是，它的模塊實現(xiàn)了什么樣的接口，我該如何去調(diào)用，至于模塊內(nèi)部是如何組織的，對于我而言，無需過多關(guān)注。而追求接口的單一性，把不需要的細(xì)節(jié)盡可能對外部屏蔽起來，正是我們所需要注意的地方。 C語言頭文件 *.h 談及到模塊化編程，必然會涉及到多文件編譯，也就是工程編譯。在這樣的一個系統(tǒng)中，往往會有多個C文件，而且每個C文件的作用不盡相同。在我們的C文件中，由于需要對外提供接口，因此必須有一些函數(shù)或者是變量提供給外部其它文件進行調(diào)用。 假設(shè)我們有一個LCD.C文件，其提供最基本的LCD的驅(qū)動函數(shù) LcdPutChar(char cNewValue) ; //在當(dāng)前位置輸出一個字符 而在我們的另外一個文件中需要調(diào)用此函數(shù)，那么我們該如何做呢？ 頭文件的作用正是在此。可以稱其為一份接口描述文件。其文件內(nèi)部不應(yīng)該包含任何實質(zhì)性的函數(shù)代碼。我們可以把這個頭文件理解成為一份說明書，說明的內(nèi)容就是我們的模塊對外提供的接口函數(shù)或者是接口變量。同時該文件也包含了一些很重要的宏定義以及一些結(jié)構(gòu)體的信息，離開了這些信息，很可能就無法正常使用接口函數(shù)或者是接口變量。但是總的原則是：不該讓外界知道的信息就不應(yīng)該出現(xiàn)在頭文件里，而外界調(diào)用模塊內(nèi)接口函數(shù)或者是接口變量所必須的信息就一定要出現(xiàn)在頭文件里，否則，外界就無法正確的調(diào)用我們提供的接口功能。因而為了讓外部函數(shù)或者文件調(diào)用我們提供的接口功能，就必須包含我們提供的這個接口描述文件----即頭文件。同時，我們自身模塊也需要包含這份模塊頭文件(因為其包含了模塊源文件中所需要的宏定義或者是結(jié)構(gòu)體)，好比我們平常所用的文件都是一式三份一樣，模塊本身也需要包含這個頭文件。 下面我們來定義這個頭文件，一般來說，頭文件的名字應(yīng)該與源文件的名字保持一致，這樣我們便可以清晰的知道哪個頭文件是哪個源文件的描述。 于是便得到了LCD.C的頭文件LCD.h 其內(nèi)容如下。 #ifndef _LCD_H_ #define _LCD_H_ extern LcdPutChar(char cNewValue) ; #endif 這與我們在源文件中定義函數(shù)時有點類似。不同的是，在其前面添加了extern 修飾符表明其是一個外部函數(shù)，可以被外部其它模塊進行調(diào)用。 這個幾條條件編譯和宏定義是為了防止重復(fù)包含。假如有兩個不同源文件需要調(diào)用LcdPutChar(char cNewValue)這個函數(shù)，他們分別都通過#include “Lcd.h”把這個頭文件包含了進去。在第一個源文件進行編譯時候，由于沒有定義過 _LCD_H_ 因此 #ifndef _LCD_H_ 條件成立，于是定義_LCD_H_ 并將下面的聲明包含進去。在第二個文件編譯時候，由于第一個文件包含時候，已經(jīng)將_LCD_H_定義過了。因此#ifndef _LCD_H_ 不成立，整個頭文件內(nèi)容就沒有被包含。假設(shè)沒有這樣的條件編譯語句，那么兩個文件都包含了extern LcdPutChar(char cNewValue) ; 就會引起重復(fù)包含的錯誤。 uint16 g_nTimeCounter = 0 ; //定義一個無符號的整形變量 將常用的數(shù)據(jù)類型全部采用此種方法定義，形成一個頭文件，便于我們以后編程直接調(diào)用。 typedef unsigned int uint16; typedef unsigned long UINT32; #endif 至此，似乎我們對于源文件和頭文件的分工以及模塊化編程有那么一點概念了。那么讓我們趁熱打鐵，將上一章的我們編寫的LED閃爍函數(shù)進行模塊劃分并重新組織進行編譯。 在上一章中我們主要完成的功能是P0口所驅(qū)動的LED以1Hz的頻率閃爍。其中用到了定時器，以及LED驅(qū)動模塊。因而我們可以簡單的將整個工程分成三個模塊，定時器模塊，LED模塊，以及主函數(shù) main.c |
<ul id="is4kg"></ul> <abbr id="is4kg"></abbr> <ul id="is4kg"></ul>