近些年來(lái)，不斷增加的人開(kāi)端轉(zhuǎn)向靈敏開(kāi)發(fā)，而且這些靈敏開(kāi)發(fā)的技術(shù)已不再新鮮，大多都是在 80 和 90 時(shí)代規(guī)劃形成的。可是，近來(lái)幾年，程序員，特別是一些商業(yè)顧問(wèn)，架構(gòu)師和客戶開(kāi)端喜愛(ài)上了靈敏開(kāi)發(fā)。

不斷進(jìn)化的需要

  現(xiàn)如今，有一個(gè)遍及的知道即是在你開(kāi)端項(xiàng)目編程之前，你不可能寫下一切的需要，這些需要的斷定需要一個(gè)不斷進(jìn)化的過(guò)程。在較短的開(kāi)發(fā)周期中，咱們不斷的完善程序，屢次迭代然后滿足客戶提出的最新需要。這些都是依據(jù)進(jìn)化的準(zhǔn)則，就像咱們的日子，你是一步一步的向前然后做得非常好。

不斷進(jìn)化的代碼

  這就能夠了嗎？如今的大多數(shù)程序員都現(xiàn)已知道到了需要是不斷進(jìn)化和完善的。但還不行，他們照舊以為項(xiàng)目使用的結(jié)構(gòu)和架構(gòu)應(yīng)該在項(xiàng)目開(kāi)端的時(shí)分就斷定了，而且代碼一旦完結(jié)，就一切都 OK 了。

  錯(cuò)。依據(jù)我的經(jīng)歷，一切優(yōu)異的代碼都最少要寫兩遍。第一遍寫代碼時(shí)，你通常會(huì)很匆忙，不能極好的了解并實(shí)現(xiàn)需要。當(dāng)然，假如你看過(guò)一些規(guī)劃模式，知道一些方法，你終究的代碼可能會(huì)寫得不錯(cuò)，但它絕不是最優(yōu)異的。少寫一些無(wú)謂的代碼，多一些考慮。

  在咱們?nèi)缃竦捻?xiàng)目中，簡(jiǎn)直一切重要的功用都要從零開(kāi)端寫，而且重復(fù)修正很屢次。這盡管很慢，但斷定的是寫出的代碼越來(lái)越好了。當(dāng)你修正某一有些的代 碼現(xiàn)已三到四次，或又修補(bǔ)了這兒的一個(gè) bug，你就開(kāi)端有點(diǎn)想逃避這有些代碼，假如不再處理它你就會(huì)很快樂(lè)。當(dāng)有了這樣的主意后，你肯定會(huì)刪了這些代碼。那就又要一切從頭開(kāi)端了嗎？

  再一次錯(cuò)。確實(shí)，IDE 里空了，代碼沒(méi)了，或許只要一些測(cè)試程序還在。可是，你現(xiàn)已對(duì)你寫的這些代碼有了深入的知道，你知道它是什么樣的，你也知道它的疑問(wèn)出在哪。在此基礎(chǔ)上， 你如今能夠?qū)懗龇浅：�，乃至是�?yōu)異的代碼。當(dāng)然了，咱們也能夠保存之前的代碼，進(jìn)行一些重構(gòu)等等，但都不如從頭開(kāi)端，非常好的做出它。

這和日子中的道理依然是相同的，要想把一件事做到極致，就要屢次的重復(fù)和進(jìn)化。你的需要是這樣，你的代碼和架構(gòu)也要這樣。

寫兩遍代碼會(huì)花費(fèi)兩倍的時(shí)刻？

 當(dāng)我通知大家一切的程序都要最少寫兩遍時(shí)，他們憂慮這樣會(huì)使完結(jié)全部項(xiàng)目的時(shí)刻加倍。但現(xiàn)實(shí)不是這樣的，我來(lái)通知你緣由：

1. 第2次寫代碼，只會(huì)花費(fèi)你首次寫代碼時(shí)的有些時(shí)刻；

2. 重寫之后的代碼在質(zhì)量上會(huì)有明顯進(jìn)步，而且保護(hù)性和可擴(kuò)展性都會(huì)非常好，你的編程速度也會(huì)越來(lái)越快。

  所以，堅(jiān)持重寫你的代碼，不斷優(yōu)化它吧！