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