《構建之法》閱讀筆記5

2022-05-08 16:48:15 字數 467 閱讀 6669

本此重點閱讀了第四章,本章講了兩人合作的前提是**要規範(包括**風格規範及**設計規範)及**複審,然後才能結對開發。

大一大二交了很多**作業,但質量僅僅是完成了而已,對於縮排、行寬、括號、與大括號、分行等都沒太注意過,覺著有了結果就好了。而對於命名更是越短越好,過後也就知道寫過的**是什麼意思了。以前,寫**時,很多時候是上手就寫,乙個大括號包含所有內容,雖然大一時學過函式、類等知識,但寫**時並不使用這些知識。很顯然這樣,不利於別人及自己後續閱讀**,因為**最終是要給人看的,要想乙個團隊合作開發,必須有一些大家一致遵守的規則,這樣團隊才能良好的進行工作。**設計的規範,有利於其被別人使用。**複審,可以讓程式錯誤更少,在早期修復問題,以免增加後期專案的修復代價。以前沒有結對程式設計過,看書了解到這樣可以減少錯誤,提高程式質量,有利於互相學習經驗。當然兩人合作時,要注意溝通的方法與技巧。

在之後的程式設計實踐中,我會注意按照本章的**規範來編寫程式,多加練習。知識才會成為自己的。

《構建之法》閱讀筆記5

要想讓旁人知道你的軟體的作用,規格說明書是個很好的途徑。規格說明書對我們專案開發具有很大的幫助。它的書寫同樣是從使用者的角度進行書寫。規格說明書還可以分為軟體功能說明書和軟體技術說明說。軟體功說明書用來說明軟體的外部功能和使用者的互動情況,軟體技術說明書又叫文件,主要用來說明軟體內部的設計規範。這不...

快速閱讀《構建之法》 構建之法閱讀筆記01

自己從3月4日開始讀 構建之法 在粗讀一遍後,自己產生如下疑問 1.風格真的很重要嗎?總覺得清晰易讀即可 2.編寫軟體時,是程式簡潔高效但不易讀好?還是程式冗餘效率低下但是方便別人閱讀易維護好?3.使用者體驗主要體現在哪些方面?介面美觀,反映速度快,功能齊全足夠了嗎?4.本書只說了團隊模式,並未對如...

《構建之法》閱讀筆記

第五章的內容是團隊的話題。團隊一直是乙個不可或缺的話題,球場上,網遊中都有著若干個團隊。個人離開團隊無法健康成長,團隊離開個人無法存在。團隊在我們軟體工程中是乙個非常重要的內容。團隊的特點 團隊有一致的集體目標,團隊要一起完成這個目標。乙個團隊的成員不一定要同時工作。團隊成員有各自的分工,互相依賴合...