嵌入式開(kāi)發(fā)需要從0造輪子嗎？

嵌入式專欄

作者 | strongerHuang微信公眾號(hào) | strongerHuang
看到有讀者在討論關(guān)于“造輪子”的話題，各有各的觀點(diǎn)，這里先說(shuō)兩種常見(jiàn)的情況。
第一種情況：老板從來(lái)不催進(jìn)度，做項(xiàng)目的工程師也不慌不忙，從零開(kāi)始一步一步創(chuàng)建工程，然后一步一步寫(xiě)代碼（即從0開(kāi)始造輪子）。
當(dāng)把項(xiàng)目做好，或者項(xiàng)目才做到一半時(shí)，公司可能就已經(jīng)倒閉了。
第二種情況：老板要求在盡量短的時(shí)間把項(xiàng)目趕出來(lái)，好，直接套用各種模板（比如：?jiǎn)卧�模塊、軟件庫(kù)、協(xié)議棧等），東拼西湊，終于，在規(guī)定時(shí)間完成了項(xiàng)目，項(xiàng)目也勉強(qiáng)運(yùn)行起來(lái)。
某一天，老板讓新加一個(gè)功能，發(fā)現(xiàn)與原來(lái)的功能有沖突，那該怎么辦？重新開(kāi)始寫(xiě)代碼？
你會(huì)發(fā)現(xiàn)：不管是從0開(kāi)始造輪子，還是直接套用模板都存在弊端。
從0開(kāi)始和套用模板的利弊
從0開(kāi)始，意味著整個(gè)項(xiàng)目都由工程師一步一步完成，而不用各種現(xiàn)成的模板。
凡事沒(méi)有十全十美，從0開(kāi)始和套用模板都有優(yōu)點(diǎn)，也都有缺點(diǎn)。
1.從0開(kāi)始的利弊好處：軟件的各種邏輯自己比較清楚，方便后期增、刪、改、查。
缺點(diǎn)：比較費(fèi)時(shí)間，而且，軟件存在bug的可能性比較大。
2.套用模板的利弊好處：軟件可靠穩(wěn)定（當(dāng)然，指的是市面上常見(jiàn)的軟件庫(kù)、協(xié)議棧等），也節(jié)約開(kāi)發(fā)時(shí)間。
缺點(diǎn)：可能與你項(xiàng)目存在沖突，比如存在阻塞情況，比如占用資源比較等。
從0開(kāi)始，還是套用模板？
這里我也不能說(shuō)哪一種好，哪一種不好，最終還是要結(jié)合你項(xiàng)目實(shí)際情況。
1.看項(xiàng)目趕不趕如果項(xiàng)目開(kāi)發(fā)時(shí)間相對(duì)寬松（不那么趕項(xiàng)目），可以從0開(kāi)始搞起。比如：前期盡量抽時(shí)間規(guī)劃好項(xiàng)目，搭建好軟件框架等。
如果項(xiàng)目要在最短時(shí)間內(nèi)趕出來(lái)，可以套用一些現(xiàn)成模板，甚至直接從GitHub下載一個(gè)類似項(xiàng)目簡(jiǎn)單修改，以完成功能為主，先上（zheng）線（qian），然后慢慢優(yōu)化。
2.看項(xiàng)目用途如果寫(xiě)一個(gè)軟件，只是單純的拿給客戶演示，能用模板就用模板吧。
如果定位是一個(gè)大批量生產(chǎn)的產(chǎn)品，建議從0開(kāi)始，結(jié)合成熟模板做起來(lái)。
3.看工程師水平如果工程師是一個(gè)菜鳥(niǎo)，你讓他從0開(kāi)始，等項(xiàng)目做好估計(jì)黃花菜都涼了。還有，即便項(xiàng)目做好了，可能Bug也無(wú)數(shù)。此時(shí)，還是建議你參考別人的模板，或者源碼（當(dāng)然，不是網(wǎng)上隨便找的那種哈）。
如果工程師是有一定經(jīng)驗(yàn)，手上項(xiàng)目沒(méi)有很多的參考模板，可以從0開(kāi)始做起。
4.看領(lǐng)導(dǎo)決策······5.看公司決策······6.看項(xiàng)目規(guī)劃······
實(shí)際工作
公司項(xiàng)目立項(xiàng)的時(shí)候，各種近期、遠(yuǎn)期規(guī)劃都有，就連嵌入式軟件各種細(xì)節(jié)也是做了各種規(guī)劃。比如：模塊（模塊化）、軟件命名、軟件框架等。


總之，前期花了很多時(shí)間做了很多準(zhǔn)備工作，然后，項(xiàng)目按照規(guī)劃一步一步從0開(kāi)始搞起來(lái)。
前幾年項(xiàng)目也非常順利，雖然偶爾有小bug，但很快就能鎖定bug并快速得到解決。
但是，隨著市場(chǎng)的變化，功能改變和增加的情況越來(lái)越多，時(shí)間也越來(lái)越緊張，在增加、修改、刪除功能或模塊的時(shí)候，沒(méi)有太多時(shí)間優(yōu)化項(xiàng)目。
終于，項(xiàng)目暴露的問(wèn)題越來(lái)越多，測(cè)試部反饋的一級(jí)bug也越來(lái)越多，市場(chǎng)也經(jīng)常反饋問(wèn)題。
最終，實(shí)在沒(méi)辦法，項(xiàng)目暫停，重新整理軟件架構(gòu)，在一個(gè)月之后，更新架構(gòu)的軟件完成了，也比較順利。
說(shuō)明一下：整個(gè)軟件項(xiàng)目做到后面比較大，其中也套用了第三方庫(kù)、協(xié)議棧等。因?yàn)轫?xiàng)目做的很多規(guī)劃（準(zhǔn)備工作），前期開(kāi)發(fā)的也比較順利，但后面項(xiàng)目緊張沒(méi)有優(yōu)化，代碼疊加就更容易引起bug。
好在前期做足了工作，比如模塊化、代碼高內(nèi)聚低耦合等，在后面軟件重構(gòu)也相對(duì)比較順利，很多模塊都可以直接復(fù)用。
總結(jié)
從0開(kāi)始還是套用模板，應(yīng)該遵循幾個(gè)原則：

項(xiàng)目開(kāi)發(fā)時(shí)間越短越好

項(xiàng)目越穩(wěn)定越好

項(xiàng)目后期增刪改查越容易越好

······
在不能平衡的情況下，就要有所取舍，但要盡量平衡。就像上面說(shuō)的，趕進(jìn)度而未優(yōu)化，為后期留下后患。
因此，一般建議先規(guī)劃項(xiàng)目，像軟件框架、結(jié)構(gòu)這種結(jié)合項(xiàng)目情況從0規(guī)劃，然后參考或者套用一些成熟模板，再次，在編碼過(guò)程中，不斷優(yōu)化和完善代碼。
最終不管什么方式，目的是使項(xiàng)目穩(wěn)定，方便增刪改查。------------ END ------------

●專欄《嵌入式工具》●專欄《嵌入式開(kāi)發(fā)》●專欄《Keil教程》●嵌入式專欄精選教程
關(guān)注公眾號(hào)回復(fù)“加群”按規(guī)則加入技術(shù)交流群，回復(fù)“1024”查看更多內(nèi)容。

點(diǎn)擊“閱讀原文”查看更多分享。