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

2022-05-26 05:12:12 字數 554 閱讀 2811

一、乙個好的**不僅僅是機器能讀懂,人也可以很清楚地讀懂。那麼怎樣的**才算是乙個好的**呢?

這裡就需要說到「**規範」了,乙個**如果能在各個方面做到規範的話,那麼這個**就可以說是乙個

實際上非常重要。**風格的原則是:簡明,易讀,無二義性。2、**設計規範。牽扯到程式設計、

模組之間的關係、設計模式等方方面面的通用原則。

二、做完乙個程式之後還有一步是非常重要的,那就是**複審。**複審是為了找出**邏輯上或者演算法上

的一些錯誤。**複審之後我們就要更正錯誤並且把這些錯誤記錄下來以免以後再犯同樣的錯誤。

三、乙個大的程式單靠乙個人是很難完成的,所以我們最好可以找乙個搭檔和我們一起合作,這樣不僅能提高

效率,還能保證程式的質量,這裡就需要說到「結對程式設計」了。結對程式設計是兩個人一起肩並肩、平等地、互補地

進行開發工作。結對程式設計是乙個相互學習、相互磨合、相互督促的漸進過程。結對程式設計會給程式設計師帶來壓力,

但是就是這種壓力卻會迫使程式設計師之間頻繁地交流,從而提高自己的技術能力。而且結對程式設計小組的開發質量、

開發時間通常比兩人單獨開發有明顯的改善。

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

規範 我們寫的 不僅是給我們自己看,也是給其他人看。看 本來就是比較乙個枯燥的過程,如果你的 格式亂七八糟,命名不規範,那麼別人也不會想看你寫的 即使看了也不懂你的 是想表達什麼,而 構建之法 也寫了一些關於如何規範 縮排 行寬 括號 斷行與空白的 行 分行 命名等等。在編碼後,還要對 複審,找出錯...

構建之法第8 9 10章讀後感

第八章 需求分析 本章節講述軟體需求的4個步驟,1 獲取和引導需求 2 分析和定義需求 3 驗證需求 4 在軟體產品的生命週期中管理需求 在軟體工程中分析軟體需求需要考慮相關者的利益關係,例如使用者 顧客 市場分析師 監管機構 軟體工程師等之間的關係。講述了9種使用者調研方法 1 焦點小組 2 深入...

《構建之法》第1 2 3章讀後感

第一章 概論 總結 主要了解軟體工程的定義和初步知識,了解了軟體開發與發展的不同階段,了解到軟體有集中特性譬如複雜性,不可見性,易變性,服從性,連續性 還有軟體工程的相關只知識領域,和其他科學的一些關係,提出了軟體工程的目標,其包括提高使用者滿意度,增強軟體自身可靠性,提高軟體流程的質量,增強可維護...