《構建之法》第四章讀後感

第四章-兩人合作

一、**規範

需要我們在程式設計中特別注意這一點，要保持**工整可修改，無二義性，每一行一句**盡量加以注釋。不僅是要讓機器編譯讀懂，還要程式設計師能讀懂

二、**風格、設計規範

在**設計規範中，要考慮程式設計、模組之間的關係；設計模式命名和格式必須要規範還要有一定的注釋，要學會封裝，將功能模組具體化。原則是：簡明，易讀，無二義性。

三、**複審

儘量減少錯誤的發生，加強程式的準確性，**的準確率和耦合性。

四、結對程式設計

在我們學習中，效率相近的兩人或著差距較大的結對效果更好。由於開發中有更多共同點，這等於即時「無代價」的情感溝通，有助於我們們增進交流。強強聯合能夠產生更好的化學反應，了解並尊重彼此，能夠經常交換意見，互相幫助學習。其結果往往是令人滿意而且相互受益的互動，同時也會有很多樂趣。

《構建之法》第四章讀後感

規範 擁有簡明 易讀的 風格是每乙個程式設計師的必修課。你的程式採用的縮排風格，變數名統一的規範在團隊工作裡尤為重要。風格規範 1.縮排 4個空格的距離在可讀性來說剛好。2.行寬 100字元 3.括號 在複雜的條件表示式中，用括號清楚地表示邏輯優先順序。4.斷行與空白的 行 5.分行 不要把多個變數...

構建之法第四章讀後感

第四章講訴了現今的軟體很少見到由乙個人完成的，而是乙個團隊相互合作完成的。在我們寫 是應該要注意 的規範，不能夠只能讓自己看的懂，也要讓別人看得懂。在合作中在客觀全面的對待自己的結對夥伴，懂得相互鼓勵，相互學習。兩人合作的期間其實也分為好幾次階段 1.萌芽階段 2.磨合階段 3.規範階段 4.創造階...

《構建之法》第四章讀後感

構建之法 第四章兩人合作讀後感 第四章大多數講的是兩個人如何合作的問題。其中講到在兩個人合作的過程中，應該規範 的格式，其中許許多多都要規範例如行寬，括號，命名，注釋，下劃線等等，都需要規範，其中注釋是必不可少的，不僅方便自己，更方便別人，只有好好規範自己的 這樣才能讓別人一看你的 就能看懂，方便修...