APP開(kāi)發(fā)如何快準(zhǔn)狠？

速度、質(zhì)量和可維護(hù)性

對(duì)速度、質(zhì)量和可維護(hù)性的要求，其實(shí)便是又快，又穩(wěn)，又明晰的要求。

快：快其實(shí)是最簡(jiǎn)略做到，或者說(shuō)最簡(jiǎn)略知道能不能做到的事情，了解的Android開(kāi)發(fā)的朋友都知道，如果能理清事務(wù)邏輯，不受干擾地投入開(kāi)發(fā)，開(kāi)發(fā)速度能夠很快，一般普通規(guī)模的App，一到兩周就能完結(jié)。

穩(wěn)：穩(wěn)不像快，能夠簡(jiǎn)略地用時(shí)間進(jìn)行即時(shí)的量化評(píng)價(jià)，我們要等許多bug呈現(xiàn)之后，才知道穩(wěn)不穩(wěn)，但是一般趕工速度一快起來(lái)，就很簡(jiǎn)略呈現(xiàn)許多bug。其實(shí)Android常見(jiàn)問(wèn)題無(wú)非是內(nèi)存、異步、響應(yīng)等，要掃除和處理這些問(wèn)題很簡(jiǎn)略，難的是怎樣保證不呈現(xiàn)這些問(wèn)題。

明晰：明晰是最難做到的，快能夠經(jīng)過(guò)時(shí)間量化，穩(wěn)能夠經(jīng)過(guò)bug統(tǒng)計(jì)量化，但是明晰是很難量化的，代碼檢查和可擴(kuò)展性都是主觀評(píng)價(jià)，而且適當(dāng)滯后，許多情況下，往往要比及需要實(shí)現(xiàn)擴(kuò)展，乃至換人接手代碼時(shí)，才知道代碼不明晰。

關(guān)于開(kāi)發(fā)者來(lái)說(shuō)，怎樣才能又快又穩(wěn)又明晰地App開(kāi)發(fā)。

有限參加事務(wù)規(guī)劃

從責(zé)任分工上，事務(wù)規(guī)劃是運(yùn)營(yíng)部分和產(chǎn)品司理的工作，確實(shí)不應(yīng)由研制負(fù)責(zé)，但我說(shuō)的是參加，研制（包括測(cè)試）應(yīng)當(dāng)盡早參加事務(wù)規(guī)劃，一方面提前發(fā)現(xiàn)問(wèn)題，另一方面能夠引導(dǎo)和建議技能道路。

研制參加規(guī)劃，能夠規(guī)避許多問(wèn)題，例如通信壓力、加載速度、延遲時(shí)間、硬件負(fù)載等移動(dòng)開(kāi)發(fā)特有問(wèn)題，不能盼望運(yùn)營(yíng)和產(chǎn)品能像專(zhuān)業(yè)的研制一樣面面俱到，考慮周翔。

另一方面，研制參加規(guī)劃還能夠引導(dǎo)技能道路，例如選用原生App、混合App還是ReactNative方式，選用單用戶系統(tǒng)還是多用戶系統(tǒng)，選用什么收費(fèi)方式等。

在實(shí)踐操作中，事務(wù)規(guī)劃比如收費(fèi)方式，反常提示，乃至于事務(wù)邏輯上的嚴(yán)密性，你都或許發(fā)現(xiàn)漏洞。

當(dāng)然，參加規(guī)劃必然會(huì)占用研制時(shí)間，有人會(huì)覺(jué)得委屈，感覺(jué)這是替產(chǎn)品做了他們的工作，但其實(shí)研制參加規(guī)劃，省下的還是自己的時(shí)間，因?yàn)闊o(wú)論產(chǎn)品如何規(guī)劃，最終都需要技能來(lái)研制實(shí)現(xiàn)，如果規(guī)劃上出了問(wèn)題，你修改代碼的投入，可比產(chǎn)品改文檔的那點(diǎn)兒投入大多了。

當(dāng)然，公司層面也應(yīng)有清楚的App開(kāi)發(fā)定位，研制對(duì)規(guī)劃的投入，有必要是有限的指導(dǎo)性的，如果許多把研制投入到規(guī)劃工作，便是另一種方式的浪費(fèi)了。

反常處理

在實(shí)踐開(kāi)發(fā)過(guò)程中，除bug其實(shí)占了適當(dāng)一部分工作量，有時(shí)候好好的開(kāi)發(fā)方案，因?yàn)閹讉€(gè)詭異的bug就得耽擱半響，所謂“碼字5分鐘，排錯(cuò)兩小時(shí)”是也。所以，能否盡早趕快處理反常，是非常影響開(kāi)發(fā)功率的。