日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
十步讓你成為更優(yōu)秀的程序員

這篇文章要介紹的，是我作為專業(yè)程序員這些年來學(xué)到的能真正提高我的代碼質(zhì)量和整體工作效率的10件事情。

1. 永遠不要復(fù)制代碼

不惜任何代價避免重復(fù)的代碼。如果一個常用的代碼片段出現(xiàn)在了程序中的幾個不同地方，重構(gòu)它，把它放到一個自己的函數(shù)里。重復(fù)的代碼會導(dǎo)致你的同事在讀你的代碼時產(chǎn)生困惑。而重復(fù)的代碼如果在一個地方修改，在另外一個地方忘記修改，就會產(chǎn)生到處是bug，它還會使你的代碼體積變得臃腫。現(xiàn)代的編程語言提供了很好的方法來解決這些問題，例如，下面這個問題在以前很難解決，而如今使用lambdas卻很好實現(xiàn)：

 
 
 
    
  
  
  
  1. ///   
    2.   
  
  
  2. /// 一些函數(shù)含有部分重復(fù)代碼  
    3.   
  
  
  3. ///   
    4.   
  
  
  4. void OriginalA()  
    5.   
  
  
  5. {  
    6.   
  
  
  6.     DoThingsA();  
    7.   
  
  
  7.  
    8.   
  
  
  8.     // unique code  
    9.   
  
  
  9.  
    10.   
  
  
  10.     DoThingsB();  
    11.   
  
  
  11. }  
    12.   
  
  
  12. ///   
    13.   
  
  
  13. /// 另外一個含有部分重復(fù)代碼的函數(shù)  
    14.   
  
  
  14. ///   
    15.   
  
  
  15. void OriginalB()  
    16.   
  
  
  16. {  
    17.   
  
  
  17.     DoThingsA();  
    18.   
  
  
  18.     // 沒有重復(fù)的代碼  
    19.   
  
  
  19.     DoThingsB();  
    20.   
  
  
  20. } 
    21.

現(xiàn)在我們重構(gòu)含有部分相同代碼的函數(shù)，用delegate模式重寫它們：

 
 
 
    
  
  
  
  1. ///   
    2.   
  
  
  2. /// Encapsulate shared functionality  
    3.   
  
  
  3. ///   
    4.   
  
  
  4. /// User defined action  
    5.   
  
  
  5. void UniqueWrapper(Action action)  
    6.   
  
  
  6. {  
    7.   
  
  
  7.     DoThingsA();  
    8.   
  
  
  8.  
    9.   
  
  
  9.     action();  
    10.   
  
  
  10.  
    11.   
  
  
  11.     DoThingsB();  
    12.   
  
  
  12. }  
    13.   
  
  
  13. ///   
    14.   
  
  
  14. /// New implmentation of A  
    15.   
  
  
  15. ///   
    16.   
  
  
  16. void NewA()  
    17.   
  
  
  17. {  
    18.   
  
  
  18.     UniqueWrapper(() =>  
    19.   
  
  
  19.     {  
    20.   
  
  
  20.         // unique code  
    21.   
  
  
  21.     });  
    22.   
  
  
  22. }  
    23.   
  
  
  23. ///   
    24.   
  
  
  24. /// New implementation of B  
    25.   
  
  
  25. ///   
    26.   
  
  
  26. void NewB()  
    27.   
  
  
  27. {  
    28.   
  
  
  28.     UniqueWrapper(() =>  
    29.   
  
  
  29.     {  
    30.   
  
  
  30.         // unique code  
    31.   
  
  
  31.     });  
    32.   
  
  
  32. } 
    33.

2. 留意你開始分心的時候

當(dāng)你發(fā)現(xiàn)自己在瀏覽facebook或微博、而不是在解決問題，這通常是一種你需要短暫休息的信號。離開辦公桌，去喝一杯咖啡，或去跟同事聊5分鐘。盡管這樣做看起來有點反直覺，但長久去看，它會提高你的工作效率。

3. 不要匆忙趕任務(wù)而放棄原則

當(dāng)帶著壓力去解決一個問題或修改一個bug，你很容易失去自制，發(fā)現(xiàn)自己匆匆忙忙，甚至完全忘了一直堅持的重要的測試過程。這通常會導(dǎo)致更多的問題，會讓你在老板或同事眼里顯得很不專業(yè)。

4. 測試你完成的代碼

你知道你的代碼能做什么，而且試了一下，它確實好用，但你實際上需要充分的驗證它。分析所有可能的邊界情況，測試在所有可能的條件下它都能如期的工作。如果有參數(shù)，傳遞一些預(yù)期范圍外的值。傳遞一個null值。如果可能，讓同事看看你的代碼，問他們能否弄壞它。單元測試是到達這種目的的常規(guī)方法。

5. 代碼審查

提交你的代碼之前，找個同事一起坐下來，向他解釋你做了哪些修改。通常，這樣做的過程中你就能發(fā)現(xiàn)代碼中的錯誤，而不需要同事說一句話。這比自己審查自己的代碼要有效的多得多。

6. 讓代碼更少

如果你發(fā)現(xiàn)寫了大量的代碼來解決一個簡單的問題，你很可能做錯了。下面的boolean用法是一個很好的例子：

 
 
 
    
  
  
  
  1. if (numMines > 0)  
    2.   
  
  
  2. {  
    3.   
  
  
  3.    enabled=true;  
    4.   
  
  
  4. }  
    5.   
  
  
  5. else 
    6.   
  
  
  6. {  
    7.   
  
  
  7.    enabled=false;  
    8.   
  
  
  8. } 
    9.

這時你應(yīng)該寫成這樣：

 
 
 
    
  
  
  
  1. enabled = numMines > 0; 
    2.

代碼越少越好。這會使bug更少，重構(gòu)可能性更小，出錯的幾率更小。要適度?？勺x性同等重要，你可不能這樣做而使代碼喪失可讀性。

7. 為優(yōu)雅的代碼而努力

優(yōu)雅的代碼非常的易讀，只用手邊很少的代碼、讓機器做很少的運算就能解決問題。在各種環(huán)境中都做到代碼優(yōu)雅是很難的，但經(jīng)過一段時間的編程，你會對優(yōu)雅的代碼是個什么樣子有個初步的感覺。優(yōu)雅的代碼不會通過重構(gòu)來獲得。當(dāng)你看到優(yōu)雅的代碼是會很高興。你會為它自豪。例如，下面就是一個我認為是優(yōu)雅的方式來計算多邊形面積的方法：

 
 
 
    
  
  
  
  1. static public double GetConvexPolygonArea(Vector2[] vertices)  
    2.   
  
  
  2. {  
    3.   
  
  
  3.     double area = 0;  
    4.   
  
  
  4.     for (int i = 0; i < vertices.Length; i++)  
    5.   
  
  
  5.     {  
    6.   
  
  
  6.         Vector2 P0 = vertices[i];  
    7.   
  
  
  7.         Vector2 P1 = vertices[(i + 1) % vertices.Length];  
    8.   
  
  
  8.  
    9.   
  
  
  9.         area += P0.Wedge(P1);  
    10.   
  
  
  10.     }  
    11.   
  
  
  11.     return area / 2;  
    12.   
  
  
  12. } 
    13.

8. 編寫不言自明的代碼

勿庸置疑，注釋是編程中很重要的一部分，但能夠不言自明的代碼跟勝一籌，因為它能讓你在看代碼時就能理解它。函數(shù)名變量名要慎重選擇，好的變量/方法名字放到語言語義環(huán)境中時，不懂編程的人都能看懂。例如：

 
 
 
    
  
  
  
  1. void DamagePlayer(Player player, int damageAmount)  
    2.   
  
  
  2. {  
    3.   
  
  
  3.     if (!player.m_IsInvincible && !player.m_IsDead)  
    4.   
  
  
  4.     {  
    5.   
  
  
  5.         player.InflictDamage( damageAmount );  
    6.   
  
  
  6.     }  
    7.   
  
  
  7. } 
    8.

能自我說明的代碼不能代替注釋。注釋是用來解釋“為什么”的，而自我說明的代碼是來描述“是什么”的。

9. 不要使用純數(shù)字

直接把數(shù)字嵌入代碼中是一種惡習(xí)，因為無法說明它們是代表什么的。當(dāng)有重復(fù)時更糟糕——相同的數(shù)字在代碼的多個地方出現(xiàn)。如果只修改了一個，而忘記了其它的。這就導(dǎo)致bug。一定要用一個命名常量來代表你要表達的數(shù)字，即使它在代碼里只出現(xiàn)一次。

10. 不要做手工勞動

當(dāng)做一系列動作時，人類總是喜歡犯錯誤。如果你在做部署工作，并且不是一步能完成的，那你就是在做錯事。盡量的讓工作能自動化的完成，減少人為錯誤。當(dāng)做工作量很大的任務(wù)時，這尤其重要。

11. 避免過早優(yōu)化

當(dāng)你要去優(yōu)化一個已經(jīng)好用的功能代碼時，你很有可能會改壞它。優(yōu)化只能發(fā)生在有性能分析報告指示需要優(yōu)化的時候，通常是在一個項目開發(fā)的最后階段。性能分析之前的優(yōu)化活動純屬浪費時間，并且會導(dǎo)致bug出現(xiàn)。

好吧，我說是10個，但你卻得到了額外贈送的一個！

這些就是我要說的，我希望它們能幫助你改進編程開發(fā)過程。

下次再見！祝快樂！

Cheers, Paul.

原文鏈接：http://www.aqee.net/10-steps-to-becoming-a-better-programmer/


網(wǎng)站題目：十步讓你成為更優(yōu)秀的程序員
URL標(biāo)題：http://www.5511xx.com/article/ccejihg.html