嵌入式開(kāi)發(fā)一定要學(xué)設(shè)計(jì)模式嗎？

剛開(kāi)始工作的兩年，我做項(xiàng)目寫代碼不會(huì)考慮代碼擴(kuò)展、移植、模塊化等，導(dǎo)致項(xiàng)目有新增功能、或修改的時(shí)候不知如何下手。今天分享一篇肖遙整理的關(guān)于設(shè)計(jì)模式的文章，希望對(duì)大家有幫助。

工作有些年了，每每看到一些朋友會(huì)問(wèn)，設(shè)計(jì)模式需要學(xué)嗎？好像做嵌入式的從沒(méi)遇到過(guò)需要用設(shè)計(jì)模式的，所以一直沒(méi)系統(tǒng)學(xué)習(xí)，但是我也知道這個(gè)很重要，久而久之，到頭來(lái)還是沒(méi)學(xué)。 這里我說(shuō)一下自己的看法和思考，來(lái)看看一些問(wèn)題。

1

什么是設(shè)計(jì)模式？

設(shè)計(jì)模式是代表了開(kāi)發(fā)人員不斷積累的最佳的實(shí)踐，是軟件開(kāi)發(fā)人員在軟件開(kāi)發(fā)過(guò)程中面臨的一般問(wèn)題的最優(yōu)解決方案。

也就是說(shuō)，經(jīng)過(guò)了不斷的發(fā)展，不同的問(wèn)題或者方案有對(duì)應(yīng)的一套法子，而這個(gè)法子被總結(jié)成了這么幾十種通用模式，我們?nèi)绻龅搅司蛯?duì)應(yīng)著去套用就可以了。 當(dāng)然那幾大開(kāi)發(fā)原則和二十幾種設(shè)計(jì)模式大家還是隨便去找都可以找到說(shuō)明的，筆者就不多說(shuō)了（我也只用到了其中幾種），大家自行學(xué)習(xí)為好。

2

開(kāi)發(fā)中為什么很少用設(shè)計(jì)模式？

在平時(shí)項(xiàng)目開(kāi)發(fā)中，我們很少使用設(shè)計(jì)模式，我感覺(jué)這個(gè)現(xiàn)象還是很正常的，不是說(shuō)工作中沒(méi)用到設(shè)計(jì)模式，而是大多數(shù)情況下我們項(xiàng)目中沒(méi)想那么多，更多的是做一些需求更改，而忽略本質(zhì)。

設(shè)計(jì)模式的目的是提供可拓展性和可維護(hù)性，但是我們開(kāi)發(fā)的項(xiàng)目本身，大部分都是固定寫死的，邏輯單一，我們開(kāi)發(fā)的模塊也并不在其他的位置或項(xiàng)目中復(fù)用，目的很明確就是做當(dāng)前的業(yè)務(wù)。 平時(shí)開(kāi)發(fā)中用到設(shè)計(jì)模式的地方很少，但是框架就不同的了，框架必須適應(yīng)不同的項(xiàng)目，具備高彈性和拓展性。他們要能適應(yīng)各種不同的環(huán)境，所以，設(shè)計(jì)模式在框架設(shè)計(jì)中處處可見(jiàn)。 假如一開(kāi)始在大公司或者接手一個(gè)接近成熟的項(xiàng)目時(shí)，那大概率會(huì)負(fù)責(zé)一些小模塊或者細(xì)分領(lǐng)域的開(kāi)發(fā)；而在小公司或者是幾乎從零開(kāi)始做項(xiàng)目的時(shí)候，可能我們本身還不夠去設(shè)計(jì)一個(gè)符合項(xiàng)目長(zhǎng)期規(guī)劃的架構(gòu)，最終導(dǎo)致寫的代碼比較亂，維護(hù)性差。 所以在嵌入式開(kāi)發(fā)中，當(dāng)我們有了一定的基礎(chǔ)和項(xiàng)目經(jīng)驗(yàn)的時(shí)候，我們就會(huì)想著，嗯，一個(gè)好的架構(gòu)多么重要啊，或者我需要去好好學(xué)一下設(shè)計(jì)模式了。

3

嵌入式開(kāi)發(fā)一定要學(xué)設(shè)計(jì)模式嗎 ?

可以這么說(shuō)，設(shè)計(jì)模式為拓展而生。

平時(shí)項(xiàng)目中的業(yè)務(wù)邏輯代碼，大部分功能是死的，是專為這個(gè)場(chǎng)景而生的，不會(huì)在另外的場(chǎng)景中出現(xiàn)，這種業(yè)務(wù)的開(kāi)發(fā)，是不需要設(shè)計(jì)模式的。 但是如果需求有變化，我們一般可能就直接修改源代碼了，這樣實(shí)際上帶來(lái)了一定的修改成本，而為了一個(gè)項(xiàng)目中可能不明確的未來(lái)變化，而精心設(shè)計(jì)擴(kuò)展性很高的架構(gòu)，成本也是顯而易見(jiàn)的，所以，這是一個(gè)取舍。 當(dāng)然，從長(zhǎng)期來(lái)看，一個(gè)好的設(shè)計(jì)是值得的，畢竟與其不斷的修改新的需求，還不如一勞永逸，這樣開(kāi)發(fā)人員才能從各個(gè)方面高效去開(kāi)發(fā)了。 在嵌入式軟件開(kāi)發(fā)中，當(dāng)軟件系統(tǒng)到達(dá)一定的復(fù)雜程度時(shí)，設(shè)計(jì)模式就顯得尤為重要。雖然搞嵌入式的常常是基于一些16位/32位/64位單片機(jī)開(kāi)發(fā)，而且這些可能受一些硬件方面的限制，但是單片機(jī)軟件也是可以遵循軟件工程的基本原則來(lái)進(jìn)行架構(gòu)的。 從代碼組織的角度比如組件化、分層、去耦等等，或者從設(shè)計(jì)角度比如基于消息隊(duì)列、事件驅(qū)動(dòng)等等，都是有因可循的。 所以對(duì)于這個(gè)問(wèn)題，嵌入式開(kāi)發(fā)最好是要學(xué)設(shè)計(jì)模式，這里鼓勵(lì)大家多看看重構(gòu)、設(shè)計(jì)模式、面向?qū)ο蟮腃等方面的書籍。

4

設(shè)計(jì)模式該怎么學(xué)？

前面說(shuō)了那么多，設(shè)計(jì)模式是什么，嵌入式中哪里用到了設(shè)計(jì)模式，設(shè)計(jì)模式到底需不需要學(xué)等等，好，那你告訴我到底怎么學(xué)！

這里我想分一些情況來(lái)說(shuō)，關(guān)于這個(gè)問(wèn)題，設(shè)計(jì)模式怎么學(xué)習(xí)，得看你的程度、你主要解決什么問(wèn)題、你負(fù)責(zé)的部分而定。 若你的編程水平或者學(xué)習(xí)的程度還沒(méi)到那（還在學(xué)習(xí)怎么編程階段），看了自然是懵逼的，這個(gè)時(shí)候還是好好補(bǔ)補(bǔ)基礎(chǔ)知識(shí)，這些還用不到。 若在項(xiàng)目當(dāng)中，你解決的大部分是一些業(yè)務(wù)邏輯，這種情況能用的設(shè)計(jì)模式不多，因?yàn)樾枰氖菢I(yè)務(wù)模式，也就是參考設(shè)計(jì)模式原理，自己設(shè)計(jì)業(yè)務(wù)模式改改需求啥的，就沒(méi)必要了。 若你負(fù)責(zé)或參與應(yīng)用框架或與其相關(guān)，那幫助就大了，這個(gè)時(shí)候用什么設(shè)計(jì)模式，怎么去設(shè)計(jì)就要考驗(yàn)功底了。 當(dāng)然，不管怎么說(shuō)，只要有時(shí)間即使是你目前程度還不到，你也可以學(xué)習(xí)設(shè)計(jì)模式使自己提升程度，但得一步一步來(lái)，穩(wěn)中進(jìn)步。 這個(gè)學(xué)習(xí)也不是一次性把所有的都學(xué)習(xí)了，這樣其實(shí)也很難掌握，可能只是知其表而已，一般先從某個(gè)與你要處理的問(wèn)題相關(guān)或者常會(huì)遇到的模式開(kāi)始學(xué)起，一次學(xué)一個(gè)，學(xué)的深一些。 大部分人最常提的是單例、工廠、策略這幾個(gè)，比如一個(gè)功能，要求既要支持串口通信，又要支持TCP通信，而對(duì)調(diào)用方來(lái)說(shuō)最好不要知道它們的區(qū)別，這就是典型的策略模式場(chǎng)景。 這種比較常見(jiàn)的情況，很多項(xiàng)目中都可能遇到，因此不可能不學(xué)，網(wǎng)上也有很多經(jīng)驗(yàn)分享，還有很多教程例子，這個(gè)時(shí)候也不可能學(xué)不會(huì)。

5

總結(jié)

到此，你覺(jué)得設(shè)計(jì)模式有沒(méi)有用？

每個(gè)人的情況不同，學(xué)習(xí)過(guò)程不一定是這樣，做的工作內(nèi)容肯定也不一樣，關(guān)鍵點(diǎn)是只要你在這行，在寫代碼，那么一般一定用得到其中幾個(gè)模式，等你學(xué)會(huì)幾個(gè)，并且常用，時(shí)間久了自然就明白了。

原文標(biāo)題：嵌入式開(kāi)發(fā)中為什么很少用設(shè)計(jì)模式？

文章出處：【微信公眾號(hào)：strongerHuang】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。

責(zé)任編輯:haq