兩人合作

這一章主要講述代碼規范，極限編程，結對編程，兩人合作的不同階段，影響他人的技巧。

?

　　這一章主要介紹代碼的規范和代碼復審，這個也是我們在編碼過程中需要注意的，這樣既可以方便別人，也方便了我們自己，我對這個有了一個深深的體驗， 今天有一個同學說調試不出來，讓我幫他看一下，我

用了很長時間來理解他的每個字符代表的意義，還是我自己在全部看完后，一遍遍看他的代碼才理解的，如果他能加上一些注釋，排版再好一點的話，這樣會大大減少我們交流的時間，所以我以后一定會嚴格要求自己

注意每個小的細節，讓我的代碼具有更強的可讀性。

一：代碼規范.

1.意義：代碼規范是必要的，因為隨著軟件產業的發展，一個軟件需要多人合作來完成，這意味著我們能讀懂他人寫的代碼和我們代碼能被他人看懂，如果沒有一個規范，會對團隊合作造成很大的阻礙。

2.分類：代碼風格規范和代碼設計規范。

3.代碼風格規范內容：

（1）縮進：默認為四個空格。

（2）行寬：限定為100字符。

（3）括號：在復雜的表達式中用括號清除的表示邏輯優先級。

（4）段行與空白的{ }行：每個“{”和“}”都獨占一行。

（5）分行：不要把多條語句放在一行上或者說不要把多個變量定義在一行上。

（6）命名：用匈牙利命名法：在變量前面加上有異議的前綴，能一眼看出變量的類型及相應的語義。

（7）下劃線：下劃線用來分隔變量名字中的作用域標注和變量的語義。

（8）大小寫：類/類型/變量：名詞或者組合名詞。

（9）注釋：注釋是為了解釋程序做神魔，為神魔要這樣做，以及要特別注意的地方。復雜的注釋應該放在函數前面。

?

　　我對這個前五條方面還是基本注意到的，后面的有時候會很不習慣，例如命名，我一般就只會用漢語拼音的首字母來表示，雖然知道這樣不好，但是我在嘗試用英文字母和首字母大寫的時候，時間長了我自己也不認識，

還有我建工程時那些用英文意思命名的文件，當我在查找這個文件時往往會花費較多的時間，

?

4.代碼設計規范內容：

（1）函數：只做一件事，并且要做好。

（2）Goto

（3）錯誤處理：參數處理和斷言。

二：代碼復審

1.形式：自我審核，同伴審核和團隊審核。

2.目的：找出代碼，邏輯，算法，潛在，回歸性錯誤，尋找需要修改的地方，教育開發人員。

三：結對編程

角色：駕駛員（控制鍵盤輸入）和領航員（起到領航，提醒的作用）

?

總結：因為時代需要，我們不會獨立完成代碼，我們的代碼需要和其他人共享合并，有時候我們還會犯一些錯誤，如果我們不能規范好自己的代碼，那么就會給與我們一起合作的同伴增加負擔，沒有辦法提高團隊的效率，有時候還會起到反作用，所我們應該讓我們的代碼規范化，能讓其他編程人員能夠讀懂。

建議：我們可以向那些身邊的人學習，看看誰寫的代碼更規范，更容易讓人讀懂，更美觀，學習他們的編程模式，了解他們的編程習慣。在自己編程的時候時刻提醒自己，我們的代碼需要更加規范。時刻保持這個意識，相信這個成為習慣后就會擁有好的代碼風格。

轉載于:https://www.cnblogs.com/qingtianxt/p/6402811.html

總結

以上是生活随笔為你收集整理的构建之法第四章--两人合作的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。