做項(xiàng)目，從零開始，還是套用模板？

時(shí)間：2021-11-01 14:28:12

關(guān)鍵字：模板

手機(jī)看文章

掃描二維碼
隨時(shí)隨地手機(jī)看文章

[導(dǎo)讀]關(guān)注星標(biāo)公眾號(hào)，不錯(cuò)過精彩內(nèi)容作者|strongerHuang微信公眾號(hào)?|?嵌入式專欄有一種情況：老板從來不催進(jìn)度，做項(xiàng)目的工程師也不慌不忙，從零開始一步一步創(chuàng)建工程，然后一步一步寫代碼。當(dāng)把項(xiàng)目做好，或者項(xiàng)目才做到一半時(shí)，公司可能就已經(jīng)倒閉了。還有一種情況：老板要求在盡量短的...

有一種情況：老板從來不催進(jìn)度，做項(xiàng)目的工程師也不慌不忙，從零開始一步一步創(chuàng)建工程，然后一步一步寫代碼。

當(dāng)把項(xiàng)目做好，或者項(xiàng)目才做到一半時(shí)，公司可能就已經(jīng)倒閉了。

還有一種情況：老板要求在盡量短的時(shí)間把項(xiàng)目趕出來，好，直接套用各種模板（比如：?jiǎn)卧K、軟件庫、協(xié)議棧等），東拼西湊，終于，在規(guī)定時(shí)間完成了項(xiàng)目，項(xiàng)目也勉強(qiáng)運(yùn)行起來。（靠bug運(yùn)行起來的程序）
某一天，老板讓新加一個(gè)功能，發(fā)現(xiàn)與原來的功能有沖突（特別是套用的模板），那該怎么辦？重新開始寫代碼？
那么，做項(xiàng)目究竟該從零開始，還是直接套用模板？
因?yàn)橛凶x者問了類似的問題，我們今天就來結(jié)合嵌入式軟件講講這個(gè)話題。
從零開始和套用模板的利弊

從零開始，意味著整個(gè)項(xiàng)目都由工程師一步一步完成，而不用各種現(xiàn)成的模板。
凡事沒有十全十美，從零開始和套用模板都有優(yōu)點(diǎn)，也都有缺點(diǎn)。
1.從零開始的利弊好處：軟件的各種邏輯自己比較清楚，方便后期增、刪、改、查。

缺點(diǎn)：比較費(fèi)時(shí)間，而且，軟件存在bug的可能性比較大。
2.套用模板的利弊好處：軟件可靠穩(wěn)定（當(dāng)然，指的是市面上常見的軟件庫、協(xié)議棧等），也節(jié)約開發(fā)時(shí)間。

缺點(diǎn)：可能與你項(xiàng)目存在沖突，比如存在阻塞情況，比如占用資源比較等。

從零開始，還是套用模板？

這里我也不能說哪一種好，哪一種不好，最終還是要結(jié)合你項(xiàng)目實(shí)際情況。
1.看項(xiàng)目趕不趕如果項(xiàng)目開發(fā)時(shí)間相對(duì)寬松（不那么趕項(xiàng)目），可以從零開始搞起。比如：前期盡量抽時(shí)間規(guī)劃好項(xiàng)目，搭建好軟件框架等。
如果項(xiàng)目要在最短時(shí)間內(nèi)趕出來，可以套用一些現(xiàn)成模板，甚至直接從GitHub下載一個(gè)類似項(xiàng)目簡(jiǎn)單修改，以完成功能為主，先上（zheng）線（qian），然后慢慢優(yōu)化。

2.看項(xiàng)目用途如果寫一個(gè)軟件，只是單純的拿給客戶演示，能用模板就用模板吧。

如果定位是一個(gè)大批量生產(chǎn)的產(chǎn)品，建議從零開始，結(jié)合成熟模板做起來。
3.看工程師水平如果工程師是一個(gè)菜鳥，你讓他從零開始，等項(xiàng)目做好估計(jì)黃花菜都涼了。還有，即便項(xiàng)目做好了，可能Bug也無數(shù)。此時(shí)，還是建議你參考別人的模板，或者源碼（當(dāng)然，不是網(wǎng)上隨便找的那種哈）。
如果工程師是有一定經(jīng)驗(yàn)，手上項(xiàng)目沒有很多的參考模板，可以從零開始做起。

4.看領(lǐng)導(dǎo)決策······5.看公司決策······6.看項(xiàng)目規(guī)劃······
講一個(gè)真實(shí)案例

上面說的那些都比較抽象，下面分享一個(gè)真實(shí)案例：
公司項(xiàng)目立項(xiàng)的時(shí)候，各種近期、遠(yuǎn)期規(guī)劃都有，就連嵌入式軟件各種細(xì)節(jié)也是做了各種規(guī)劃。比如：模塊（模塊化）、軟件命名、軟件框架等。

總之，前期花了很多時(shí)間做了很多準(zhǔn)備工作，然后，項(xiàng)目按照規(guī)劃一步一步從零開始搞起來。
前幾年項(xiàng)目也非常順利，雖然偶爾有小bug，但很快就能鎖定bug并快速得到解決。

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

從零開始還是套用模板，應(yīng)該遵循幾個(gè)原則：

項(xiàng)目開發(fā)時(shí)間越短越好
項(xiàng)目越穩(wěn)定越好
項(xiàng)目后期增刪改查越容易越好
······

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