工作中遇到過很多風格欠佳的程式碼,作為過來人,總結一下經驗。
想要成為一名非常優秀的程式設計師或者更高階的架構師,對待程式碼不能因為它的程式碼風格差,演算法效率低等問題而產生牴觸等消極情緒。人無完人,金無足赤。也許程式碼編寫者只是初學者,給別人一點包容,也給自己一份好的心情。
動手之前,認真閱讀程式碼和註釋,理解程式碼的目的,發現程式碼中寫得還不錯的部分,以及寫得欠佳的部分以便後續需要修改。
修改程式碼時應儘量提高可拓展性以方便日後的維護和升級。
程式碼修改應當遵循標準的編碼規則,如果有專案編碼規則,應當以專案編碼規則為準,以方便同事閱讀和理解程式碼。
修改後的程式碼,應該有詳細的備註,包括基本的程式碼功能和目的,此外,還需要包含修改資訊。
修改完後應當做詳細地測試,包括業務功能和效能等方面。
請同事進行review,以此來確認程式碼的易讀性。
工作中遇到過很多風格欠佳的程式碼,作為過來人,總結一下經驗。
想要成為一名非常優秀的程式設計師或者更高階的架構師,對待程式碼不能因為它的程式碼風格差,演算法效率低等問題而產生牴觸等消極情緒。人無完人,金無足赤。也許程式碼編寫者只是初學者,給別人一點包容,也給自己一份好的心情。
動手之前,認真閱讀程式碼和註釋,理解程式碼的目的,發現程式碼中寫得還不錯的部分,以及寫得欠佳的部分以便後續需要修改。
修改程式碼時應儘量提高可拓展性以方便日後的維護和升級。
程式碼修改應當遵循標準的編碼規則,如果有專案編碼規則,應當以專案編碼規則為準,以方便同事閱讀和理解程式碼。
修改後的程式碼,應該有詳細的備註,包括基本的程式碼功能和目的,此外,還需要包含修改資訊。
修改完後應當做詳細地測試,包括業務功能和效能等方面。
請同事進行review,以此來確認程式碼的易讀性。
順便說一下,程式碼沒有垃圾之說,因為欠佳的程式碼給修改者提供了一個檢驗和提升自我的機會。