不得不承認，現(xiàn)在幾乎每個軟件開發(fā)項目都會不可避免地都會出現(xiàn)一個問題，那就是關于開發(fā)速度與代碼質(zhì)量該如何抉擇。忽略一些細枝末節(jié)、偷工減料毫無疑問能讓我們的項目進展地更快，所需時間更短。

3

例如，在一個新的app里，其RPC層起初可能只是簡單地做了一個HTTP類庫。這樣我們就可以把省下來的時間用到迭代應用層，以及那些還不夠精致需要再接再厲的內(nèi)容上。然后在未來的某個時間點——也有可能是當我們正準備發(fā)布的那一瞬間——突然覺得這些個RPC層需要更為迷人；或者是應該添加重試邏輯、異常處理、安全功能甚至是改變傳輸協(xié)議，沒錯，即便是在這樣的情況下去完善RPC層也完全ok。

在建設項目時，我們常常會歷盡千辛萬苦、嘔心瀝血、廢寢忘食，不斷地經(jīng)歷開發(fā)、重新開發(fā)、刪除功能這個循環(huán)，最終導致大約6萬行代碼胎死腹中，不出現(xiàn)在預覽版上。

如果我們忽視代碼質(zhì)量，后期要想維護和擴展就會困難重重，并且產(chǎn)生大量的冗余代碼。如果我們不能針對性地進行優(yōu)化，事半功倍做出來的成果最終也跳脫不了記載于Git日志里而被靜靜遺忘在角落里的命運。

那么開發(fā)速度和代碼質(zhì)量，你的選擇是什么？