今天自己又回過頭來詳細的閱讀了一遍《構建之法》的第二章，下面分享一下自己的體會。
一.單元測試；
之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。
而書中詳細介紹了單元測試的重要性和如何進行單元測試。
之後自己在程式設計過程中，一定時刻提醒自己對程式進行單元測試，不要怕麻煩。現在的麻煩其實是為之後自己的程式設計的進行提供了便利，恰恰簡化了最後繁瑣的測試工作。
下面詳細介紹一下單元測試的注意事項：
1.最好是在設計的時候就寫好單元測試，這樣單元測試就能體現api的語義，如果沒有單元測試，語義的準確性就不能得到保障，以後會產生歧義。
2.單元測試不能解決所有問題，不必期望他會發現所有的缺陷。
3.用隨機數增加測試的真實性，並不是用在單元測試中。因為隨機數產生的錯誤，在下一次執行後不能重複這一錯誤，不好糾錯。
4.單元測試應該整合到自動測試的框架中。
5.單元測試必須和產品**一起儲存和維護。
6.在軟體版本公升級後，回歸測試（regression test）很重要。
二、效能分析工具;
之前自己在編寫程式時，只知道程式編好了，只要沒錯誤，執行出結果就行了。因為程式不是很大，執行也不需要很長的時間，所以沒有在意過程式的執行效率，也沒有考慮過。
通過閱讀 『效能分析工具』一部分，了解效能分析的方法。
之後自己應該有意識的注意一下自己的程式，提高其執行效率。
知識總結如下：
1.兩種分析方法：
a.抽樣（sampling）:執行快，可以很快找到瓶頸，但不能得到精確資料。
b.**注入（instrumentation）：程式各個效能資料都可以精確地測量，但執行時間長。
所以常常結合使用，先抽樣，找到效能瓶頸所在，再對特定模組用**注入方法進行詳細分析。
三、psp（personal software process）個人開發流程
此處主要是習慣記錄就好。。。。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...
構建之法閱讀筆記03
構建之法第四章 規範 規範分為 風格規範和 設計規範。其中 的縮排用四個空格，行寬可以限定為100個字元，括號表示邏輯優先順序和每個 都獨佔一行等都是 風格的部分，這些運用的好會讓 顯得美觀，讓人不會一看 就 瘋 掉 而關於 設計則涉及函式 引數 類等的設計，當你的函式分類明確，引數設定讓人一看就能...