戲說維護代碼中的六大問題
代碼的可維護性對于任何一個程序而言都是十分重要的。如果一個人寫的代碼，另一個人來維護的時候感到不知所措，那么對于整個系統的生命力有極大的制約。我們有的程序員在維護舊代碼的過程，就仿佛如果遛狗。每修改一個程序就留下一些隱患，結果弄的一個原本好好的代碼到處都是隱患。
良好的編程習慣是每個程序員都應該具備的工作素質，在我的軟件生涯中屢屢發現一些程序員的身上總有這樣或者那樣的壞毛病，這些毛病在一些從業時間不是很長的程序員的身上表現的特別突出。
1. 搭棚子式維護代碼
搭棚子顧名思義就是拿到一個任務的時候，既不做更詳細的需求分析，也不作詳細設計，一開始就打開編程工具，噼里啪啦的定義了一堆的模塊，我不說是定義類，是因為這樣代碼里根本就找不到對象，然后就在這些模塊的基礎上進行工作，結果整個程序看起來就象胡亂搭起來的棚子，雖然有個程序的樣子，而且似乎也實現了所要的功能，但是這樣的程序往往是邏輯混亂，不僅理解困難，維護起來也是十分的困難。既然是個棚子，在風雨飄搖之日自然難以久長。
出現搭棚子的現象暴露出幾個方面的問題：
◆管理的混亂。管理者有職責去檢查這樣的代碼，并及早給予糾正和提供指導。
◆不重視設計。如果一個軟件組織不重視設計，出現這樣的現象是自然而然的事情。
◆實用主義。在項目實施的過程中，有些人的口號就是實現功能就好，滿足用戶的需求就好，因而在編程的過程中總是匆匆上馬，表面上是加快了進度，實際為項目的后期維護埋下了炸藥，嚴重的會嚴重影響項目的進度和質量。
2. 釘釘子式維護代碼
釘釘子的表現為代碼維護或者程序實現的時候，硬生生的往程序中添加不必要或者與對象和邏輯相關的代碼。這樣的代碼往往表現在多層體系的系統中，有些人為了偷懶，不愿意從下層將代碼維護好，而是從上層開始修改，如用戶需要做一個報表程序，那么有的程序員的做法就是將SQL語句直接在界面層進行調用，破壞了系統的層次和封裝。還有的做法就是在不相干的對象中添加對其他對象操作的代碼。
3. 甩錘子式維護代碼
有的人剛學了一個新的技術，或者一個得到一個好的點子，不管這個點子是否使用于當前的程序，就到處應用。頗有“手上拿了個錘子就看到什么都是釘子”的架勢。應用新的技術或者點子是好的，但是也要看時機和場合。
4. 糊窗子式維護代碼
窗子破了的時候，如果沒有地方配玻璃或者懶得去搞一塊玻璃，一些人的做法就是弄一張報紙或者美女的圖片帖子破了地方，以期遮風擋雨。在我們的程序中出現BUG的時候就如同窗戶破了一個洞。有的人不是從源頭上進行解決，或者不是尋找合理的解決方案，而是就地將一個漏洞堵上。其后果可能真的堵上了，但是也可能是因為其改動帶來了更多的問題，也可能是堵住了一個地方，回頭發現又有其他的漏洞，然后不停的往程序身上帖報紙。這樣的程序看起來將不知道有多難看。
5. 拉肚子式維護代碼
拉肚子，我想每個人都拉過，相信每個人都會承認其滋味實際上是不怎么好受的，但實際上在編程活動中有的人偏偏喜歡這樣。我曾發現有的人一個函數居然超過3000行，以一屏幕25行來計算，要翻100多屏才能將一個函數的代碼看完，My God！我想這樣的代碼拿給誰誰都要捏著鼻子，更不要說去維護了。還有一個表現是一行往往寫的很長，自己將滾動條滾過來滾過去不知道是否曾經感到過累的慌。
6. 遛狗子式維護代碼
狗子是動物，隨地大小便是控制不住了，一個是它們沒有文明的意識，另外一個是人無法控制它們的意識。然而我們有的程序員在維護舊代碼的過程，就仿佛如果遛狗。每修改一個程序就留下一些隱患，結果弄的一個原本好好的代碼到處都是隱患。
以上是我的一些總結，一是提醒，而是警醒。要杜絕這樣的現象，除了要加強管理，程序員的自我修煉也顯得尤其重要。其實很多人并不是故意要這樣，而是受自身的限制。作為管理者要不斷的教育和敦促程序員，程序員也要注意不斷的學習，培養自己的編程意識和素質，同樣要培養自己對產品負責，對項目負責，對同事負責，對自己的工作負責的態度和榮譽感。
【編輯推薦】
