1. 第4章 兩人合作 —— 4.3 **設計規範 —— 4.3.3 錯誤處理
此處提到了「斷言」的概念，但著墨不多，介紹簡略。
那麼問題來了，挖掘機……不是，斷言是什麼？
編寫**時，如果程式設計師相信在程式中的某個特定點某表示式值（布林式）為真，可將其標為斷言（assert）。
舉個栗子：
public class assertiondemo
assert i==10;
assert sum>10&&sum<5*10:"sum is "+sum;}}
上述程式中語句assert i==10斷言i的值為10，如果i的值不為10將丟擲assertionerror異常。語句assert sum>10&&sum<5*10:"sum is "+sum斷言sum<5*10，如果為false，將丟擲帶有訊息"sum is "+sum的assertionerror異常。
如果肯定某件事一定要發生，則可以使用斷言；如果這件事有別的可能，則應用if……else處理。
由於可以在任何時候啟用和禁用斷言驗證，因此可以在測試時啟用斷言，而在部署時禁用斷言。同樣，程式投入執行後，終端使用者在遇到問題時可以重新起用斷言。
《構建之法》讀後感2
啪 啪 啪 敲鍵盤寫 嗎？我們會把所有其他諸如計畫 設計 複審和測試工作統稱為寫 外的 其他工作 我們會認為在軟體活動中，用 80 的時間寫好 其他 20 把其他雜七雜八做一下就好了。其實，軟體工程這個學科就建立在對 寫 之外的其他工作 的重視和優化之上。編碼如果是我們看到浮在水面上的冰山一角，那麼...
構建之法讀後感
書中有提到一句名言 軟體 資料結構 演算法 但是，在真正進行軟體開發時，我們會發現 我們所需要的資料結構和演算法都是現成的，我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後，我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式，擴充套件...
《構建之法》讀後感
前段時間，我自學了 構建之法 的1,5,17章，並產生了很多自身的體會。首先，在第一章中我大致了解了我可以在書中學到什麼，如何落實學習。1.1節通過三個簡短的對話，啟發我對什麼是程式，什麼是軟體，什麼是軟體工程，也了解到了乙個軟體不是簡簡單單就能說寫就寫的，還需要考慮各種因素，如人們的需求，功能的可...