構建之法第四章讀後感

2022-05-16 18:19:19 字數 314 閱讀 5701

第四章講訴了現今的軟體很少見到由乙個人完成的,而是乙個團隊相互合作完成的。在我們寫**是應該要注意**的規範,不能夠只能讓自己看的懂,也要讓別人看得懂。在合作中在客觀全面的對待自己的結對夥伴,懂得相互鼓勵,相互學習。

兩人合作的期間其實也分為好幾次階段:

1.萌芽階段

2.磨合階段

3.規範階段

4.創造階段

5.解體階段

而且在兩人的合作中,影響是相互的,更使得這份合作更加高難度。

在第四章的學習中,我們也嘗試著和別人結對來編寫乙個程式,效果相當的不錯,規範的**讓我們都能夠方便讀懂對方的程式。

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

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

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

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

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

第四章 兩人合作 一 規範 需要我們在程式設計中特別注意這一點,要保持 工整可修改,無二義性,每一行一句 盡量加以注釋。不僅是要讓機器編譯讀懂,還要程式設計師能讀懂 二 風格 設計規範 在 設計規範中,要考慮程式設計 模組之間的關係 設計模式命名和格式必須要規範還要有一定的注釋,要學會封裝,將功能模...