今天遇到一個(gè)bug，一遍又一遍的理邏輯，一遍又一遍的debug、打印日志，花了差不多2個(gè)多小時(shí)，最終搞定。

發(fā)現(xiàn)是因?yàn)樽兞康翦e(cuò)了，就在思考，為什么會(huì)出現(xiàn)這種問題？以后怎樣避免出現(xiàn)這種問題？

在開發(fā)新功能的時(shí)候，直接這塊代碼上修改的邏輯，然后導(dǎo)致代碼越來越長，而且都塞在一個(gè)方法里了，除此之外變量的命名方式也有些不清楚。在找到問題之后就將這塊代碼里面表意不明的局部變量做了重構(gòu)，按照一個(gè)方法只做一件事情的原則從這塊代碼里面抽離出了幾個(gè)方法。這時(shí)候原來的方法里面的代碼就變少了，邏輯也更加清晰。

以后寫代碼的時(shí)候，不管功能大小，都要先畫出來流程圖，將代碼進(jìn)行抽象，然后將整個(gè)流程再細(xì)分子單元，再往里面塞代碼。方法、類、變量的命名要準(zhǔn)確。