[導讀]在單片機編程中，嵌入有很多人會因為一些貌似簡單的式單處理而把問題弄得亂七八糟，如林中蛛網一樣，片機錯綜復雜。編程而事實上，魔法根據編程魔法之思想，分立對程序處理的嵌入過程嚴格劃分部門、各施其職、式單部門內部互不干涉內政，片機是編程成功編程的關鍵。也許我這樣說，魔法很多人還覺得很抽象。分立因為人人都知道模塊化設計的嵌入理念，但是式單又有幾人能把這個理念運用自如？
在單片機編程中，有很多人會因為一些貌似簡單的處理而把問題弄得亂七八糟，如林中蛛網一樣，錯綜復雜。 而事實上，根據編程魔法之思想，對程序處理的過程嚴格劃分部門、各施其職、部門內部互不干涉內政，是成功編程的關鍵。 也許我這樣說，很多人還覺得很抽象。因為人人都知道模塊化設計的理念，但是又有幾人能把這個理念運用自如？ 好，為了說明這個問題，我們舉一例而示三
根據單片機編程魔法師的面向對象思想，顯然我們要把我們的顯示處理進行獨立化處理，這種處理的結果是：這個顯示處理我們將得到一個顯示器對象，這個對象就是一個獨立的模塊，當我們在對這個顯示器對象進行使用的時候，我們不必感覺到這個顯示器對象所對應的硬件是什么顯示器，例如到底是液晶顯示器還是8段數碼管什么的。 我們都知道，我們在編程的時候擁有至高無上的ducai權力。但是如果你真的要行使這樣的權力，那你和你的程序最終都將會痛不欲生，特別是當你的程序規模不斷擴大之后。 對于類似諸如顯示器這類的編程，我們首先得從思想上將其理清關系，要做到分塊清晰，結構合理。 為了做到這一點，我們就對這種程序使用三權分立。如圖： 這幅圖，配上三權分立思想，相信大家都能明白吧？這里就不多解釋了。很多人會想：這思想想想就能想到。 本例子不考慮圖像與動畫處理，也不考慮單屏顯示不下的問題。 首先，我們考慮三權分立中的數據區的管轄權。
數據區存放顯示用的所有數據，我們以字符型顯示器為例，數據區保存所有要顯示的。 我們稱這個數據區為顯存。相信看到這個詞，壇友多少能想起點什么吧。 1 #define?ROWS????????2
2 #define?COLS??????????16
3unsigned?char?vm[ ROWS][ COLS];
本來，我們可以直接修改顯存以更改顯示內容，但是考慮到大通用與大繼承，所以我們不能那么做。 因此我們不允許直接讀寫顯存，為此，我們得提供一個通用的讀寫工具，如下： 1 //?功能：寫顯存
2 //?參數：r -?要寫入的行
3 //???????????c?-?要寫入的列
4 //???????????s?-?要寫入的字符串
5 void?WriteVM(unsigned?char?r,?unsigned?char?c,?unsigned?char?*s)
6{
7 //?此處調用顯示定位函數(本帖不討論此函數)
8 //?此處處理顯示字符串
9}
這樣一來，我們就有了控制操作顯存之大發，接下來，我們就要考慮如何處理顯存內容的顯示了。 此等大發，諸位魔法師何不先撞頭以修煉之？
接下來，顯示顯存的內容，便成了顯示處理的關鍵。顯示顯存的內容，無非就兩個情況：一是需要不斷更新的情況，二是需要即時更新的情況。 如果需要不斷更新或有部分內容需要不斷更新，這問題就好處理了。只需要提供一個不斷刷新顯示的函數就可以了，例子如下： 1 void?showVM(void)
2{
3 //?將顯存的全部內容即時送顯示器，即整屏刷新
4 //?部分不需要不斷刷新的數據均使用不斷更新的思想進行刷新
5 //?這種方法不適用單片機處理能力過差的情況
6}
當然，如果有的魔法師不希望使用那種整屏刷新的辦法，則只需要修改前面的WriteVM( )函數為邊寫顯存邊刷新顯示的辦法即可。但是這種辦法缺乏靈活性，我不建議這樣做。因為現在的單片機一般都有足夠的能力來處理顯示這點事。 當然，寫好一個showVM( )并不容易，因為有的顯示屏可能會點陣很多。 這個時候，我們就得采用單行掃描法，以降低showVM( )對單片機ALU的占有率。單行掃描法即每次調用只刷新顯示器的某一行或某一個部分。這就是《單片機編程魔法師》中的線程處理辦法的一個具體的應用。 而當showVM( )寫完后，顯示器這個原本復雜的對象，也就被我們大大簡化了。這簡單的兩個函數，即分立三權之其二也。 既然為三權分立，以下來說其三。
因為有了其一、其二的思想基礎，其三便只是一個極為簡單的運用了。我們可以毫無擔憂的隨處向顯存寫入要顯示的內容，而不必擔心它們如何顯示、如何刷新。 這顯然是一個大好消息。現在我們只需要把這個好消息寫在紙上。例如： 1 void?main(?)
2{
3?? while( 1)
4??{
5????……
6????WriteVM(x,y, "");??? //可以在任何一個位置隨意顯示內容，而不必考慮任何顯示問題，只需要考慮如何填入參數即可
7????……
8????showVM(?);???????? //此處只需一個簡單的調用，不必在使用是考慮其它任何問題
9??}
10}
最后，再次對此思想的運用做個總結
在我提出裸編程面向對象思想之前，很多人都使用過編程語言所提供的面向對象編程。我也一樣，之前使用了很多年。 既然大家都是用過面向對象編程的，這個起點大家都一樣，也不值得一提，所以我幾乎不說那時候的事情。 既然我提出面向對象的裸化，那就是一定與過去有所不同，否則我就是在這里嘩眾取寵、吃別人嚼過的饃了，而且這種替他人阿道式的宣傳也絕無意義，隨便到書店走一趟，相關書籍一大堆。 裸機編程總結
我再次指明：裸編程中的一切思想都是取自于過去的思想、但是又不同于過去的思想，其實現手法與傳統的思想并不相同。 裸編程思想忽略了語法的約束，忽略了工具的支持，將傳統的思想進行了極大的簡化，未引入任何額外的知識，從而讓過去只有在足夠的硬件、軟件支持的方法，能夠在無需任何額外軟件支持以及只需極其簡單的硬件中得以有效的使用。 很多人看了書，會認識那些概念都似曾相識，但是似曾相識，不等于獲得真理。有沒有獲得真理，要看你能不能施出魔法。 正如C語言一樣，它只用少的符號來描述世界，與人類語言大不相同，如英語、漢語。描述的符號越少，越是難以描述世界。因為符號少，可用的語素也就少。語素少，語法好學，但是用少量的語素去描述無窮的世界，會造成描述方法的復雜。 往期好文合集
若覺得文章不錯，轉發分享，也是我們繼續更新的動力。 5T資源大放送！包括但不限于：C/C++，Linux，Python，Java，PHP，人工智能，PCB、FPGA、DSP、labview、單片機、等等！在公眾號內回復「更多資源」，即可免費獲取，期待你的關注~免責聲明：本文內容由21ic獲得授權后發布，版權歸原作者所有，本平臺僅提供信息存儲服務。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯系我們，謝謝！
