咋說(shuō)呢，我不是一個(gè)完美的人，這個(gè)我非常肯定；我寫(xiě)的代碼也不是完美的代碼，這個(gè)我也非常肯定，但，我是一個(gè)追求把代碼寫(xiě)的完美的人。。。
    
    ‘完美’的定義是跟每個(gè)人的‘審美觀(guān)’相關(guān)的。隨便段代碼來(lái)‘展示’一下我的‘審美觀(guān)’。。。

    下面是‘完美’后的代碼：


    這里我不解釋、不評(píng)論為什么做這樣‘完美’修改，展示上面代碼的目的只有一個(gè)－－“完美的代價(jià)”。
    心目中“易懂”、“遵規(guī)”、“開(kāi)放”、“靈活”、“分離”（也許還有等等）的代碼才是好的代碼，因此在寫(xiě)代碼時(shí)，盡量做的是“完美”些，再“完美”些。。。所以一般來(lái)說(shuō)，我完成一段代碼或者程序的時(shí)間分配為：
                40%思考－20%編碼－15%調(diào)試－25%重構(gòu)！
    看出來(lái)了嗎？完美的巨大代價(jià)－－時(shí)間的消耗！當(dāng)然消耗應(yīng)該還有體力的消耗－－一段代碼可能會(huì)被寫(xiě)來(lái)改去，直至重寫(xiě)很多次。往往一個(gè)簡(jiǎn)單的功能，我會(huì)用一個(gè)或多個(gè)函數(shù)，甚至對(duì)象去實(shí)現(xiàn)，只是為了“完美”。。。這就是我寫(xiě)代碼的“瘋”格～～  我也知道自己有這方面的“偏執(zhí)”癥，簡(jiǎn)單說(shuō)應(yīng)該算是有較嚴(yán)重的“代碼潔癖”。。。因此我盡量花費(fèi)更多的時(shí)間去“思考”，以減少后期“重構(gòu)”的時(shí)間。
    扯了這么多，就是想說(shuō)，我又要重寫(xiě)LingosHook的一大大段代碼。。。。為了讓LingosHook擺脫Dict的限制，我在HTML解析的代碼中增加了相應(yīng)的直接HTML方式的Dict支持，一切都OK了，但。。。但重看代碼時(shí)，我怎么都覺(jué)得根據(jù)Dict解析結(jié)果，和根據(jù)HTML解析Dict(不了解代碼，這里是有點(diǎn)暈。。）應(yīng)該是兩個(gè)獨(dú)立平等的對(duì)象，Dict結(jié)果解析時(shí)的不應(yīng)該涉及HTML詞典解析，兩種需求（功能）不應(yīng)該交叉的。。。于是，我添加了兩個(gè)對(duì)象：SpecialDictParser和HtmlDictParser，獨(dú)立存在與HTML解析過(guò)程中。。。唉，本來(lái)只是添加了不到100行代碼且已經(jīng)OK的功能，現(xiàn)在不僅要全新添加兩對(duì)象的代碼，還要修改原有HTML解析對(duì)象中的60%左右代碼。。。瘋了。。。幸運(yùn)的是，由于原有詞典結(jié)果解析的流程和模塊設(shè)計(jì)比較合理，各個(gè)詞典（Vicon，Langdao，F(xiàn)undset）這次完全不用動(dòng)，省去了一半的時(shí)間。。。
    所以，總的來(lái)說(shuō)，要想“完美”而又沒(méi)有“代價(jià)”，需要在動(dòng)手前，更加“開(kāi)放”、“周全”的“思考”。。。。



<---頭暈的分割線(xiàn)--->
    我知道上面的根本就看不懂，寫(xiě)的很混亂，那是因?yàn)椋砑恿诵碌腟pecialDictParser和HtmlDictParser對(duì)象以后，想到需要重寫(xiě)的代碼時(shí)，我瘋了。。。