代碼修改之殤

　　當程式員是很苦逼的，但是苦逼不是在我們愉快地創造事物，而是苦逼是在我們要去維護一個項目，恰當的說，是我們要去幫別人擦屁股。

 

　　

　 最近，接手了一個安卓開發的項目，雖然我的在安卓上的開發經驗並不算特別豐富，但是當我看到那個一個Activity（視圖類）寫滿了近3000多行的代碼，而且那個Acitivity實現的功能並不算特別複雜，其主要原因是他沒有剝離視圖操作和商務邏輯。另外，對於命名規範也相當無語，部分代碼如下：
 

 EditText detailsMText8, detailsMText9;

 

 　　另外，還有通過網路攝影機擷取圖片，並顯示在ImageButton中，每一次通過ImageButton都要重寫一個完全一模一樣的調用網路攝影機的方法，因此五個ImageButton，就有五個代碼基本相同的方法。
 　　這種是完全傻瓜化的做法，而且是難以忍受的。我們常常會提及做軟體要注意：效能，效率，正確性，可擴充性，可維護性。我認為在這個程式中，糟糕的設計，導致了程式有很多不確定的BUG，並且代碼的冗餘導致了效能低下，完全沒有可擴充性，當然最重要的一點是，可維護性幾乎為零。這給維護人員，也就是我，帶來極大的痛苦。
　　我認為，對於每一個程式員來說，特別是應用開發人員來講，都應該特別注重自己的代碼規範，從廣義來講的話，就是讓自己的代碼符合某一個標準，這可能是某一個架構的標準，或者是某一個平台的一些要求。就像就像安卓平台的的生命週期一樣，從onCreate()->onStart()>onPause()->onStop()->onDestroy(),我們不能保證每個每一個Activity都按照既定的路線走，但是我們卻可以在該做什麼的時候去做什麼。
       最後，貼出一個對於代碼修改人員非常有益的文章，僅以此收藏：
 原文標題：深度解析：清理垃圾代碼