**規範
擁有簡明、易讀的**風格是每乙個程式設計師的必修課。你的程式採用的縮排風格，變數名統一的規範在團隊工作裡尤為重要。
**風格規範
1.縮排
4個空格的距離在可讀性來說剛好。
2.行寬
100字元
3.括號
在複雜的條件表示式中，用括號清楚地表示邏輯優先順序。
4.斷行與空白的{}行
5.分行
不要把多個變數定義在一行上
6.命名
在變數前加上有意義的字首
7.下劃線
下劃線用來分割變數名字中的作用域標註和變數的語義。
8.大小寫
pascal——所有單詞的第乙個字母都大寫。
camel——第乙個單詞全部小寫，隨後單詞隨pascal形式。
9.注釋
複雜的注釋應該放在函式前。注釋要隨著程式的修改而不斷更新。
**設計規範
1.函式
原則：只做一件事，並且要做好。
2.goto
函式最好有單一的出口——goto
3.錯誤處理
引數處理、斷言。
**複審：看**是否在「**規範」的框架內正確地解決了問題。
結對程式設計
就像飛機上的駕駛與副駕駛，程式設計同樣需要兩個人來結對程式設計。其中一人控制鍵盤輸入，相當於飯店裡做飯的大廚，另乙個人負責領航、提醒，相當於飯店裡的行政總廚。當乙個程式的任何一段**都至少被兩雙眼睛看過，被兩個腦袋思考過，那它的正確性、穩定性不言而喻。而且這還可以使得**的責任不屬於某個人。而是屬於兩個人，進而屬於整個團隊，這樣才能幫助團隊成員建立集體擁有**的意識，在一定程度上避免個人英雄主義。
構建之法第四章讀後感
第四章講訴了現今的軟體很少見到由乙個人完成的，而是乙個團隊相互合作完成的。在我們寫 是應該要注意 的規範，不能夠只能讓自己看的懂，也要讓別人看得懂。在合作中在客觀全面的對待自己的結對夥伴，懂得相互鼓勵，相互學習。兩人合作的期間其實也分為好幾次階段 1.萌芽階段 2.磨合階段 3.規範階段 4.創造階...
《構建之法》第四章讀後感
構建之法 第四章兩人合作讀後感 第四章大多數講的是兩個人如何合作的問題。其中講到在兩個人合作的過程中，應該規範 的格式，其中許許多多都要規範例如行寬，括號，命名，注釋，下劃線等等，都需要規範，其中注釋是必不可少的，不僅方便自己，更方便別人，只有好好規範自己的 這樣才能讓別人一看你的 就能看懂，方便修...
《構建之法》第四章讀後感
第四章 兩人合作 一 規範 需要我們在程式設計中特別注意這一點，要保持 工整可修改，無二義性，每一行一句 盡量加以注釋。不僅是要讓機器編譯讀懂，還要程式設計師能讀懂 二 風格 設計規範 在 設計規範中，要考慮程式設計 模組之間的關係 設計模式命名和格式必須要規範還要有一定的注釋，要學會封裝，將功能模...