21章太短，2章就寫一塊了。
21章 - 工廠模式
我一直認為，工廠模式的問題不是控制時間上的各種變化，而是複雜度的問題。很多時候建立工廠都是過度設計，以前乙個谷歌員工說，自己辭職離開谷歌，並且第二次回到谷歌之後發現原來寫的**全部加上了各種各樣的工廠。
22章 - 包的結構表示法
第一張，預設的uml包結構圖
書中這段話很奇怪
它沒有環依賴啊，這個更改是介面變了還是沒變呢？不是說應該從底向上構建嗎，為什麼底下構建完了，穩定了。還要再修改呢？
如果說這是最近一次迭代版本所做的修改，那往上層再測試不是很正常的事情嗎？
再來看看書中優化後的包uml圖：
10個包。並且包裡面的資料也都增加了不少。具體為什麼這樣還是沒看懂，可能明天繼續看就明白了。
敏捷軟體開發學習筆記
敏捷開發宣言 1.個體和互動 勝過 過程與工具 2.可以工作的軟體 勝過 面面俱到的文件 3.客戶合作 勝過 合同談判 4.響應變化 勝過 遵循計畫 principle 1.我們最優先要做的就是通過盡早的，持續的交付有價值的軟體來使客戶滿意 2.即使到了開發後期，也歡迎改變需求。敏捷過程利用變化來為...
《敏捷軟體開發》第3章 計畫
敏捷軟體開發 第3章 計畫 3.1初始探索 答 細分大的使用者素材，合併小的使用者素材。主要是為了了解開機速度。花費幾天時間去原型化一到兩個用 戶素材來了解團隊的速度就足夠了。這樣的乙個原型化過程稱為 spike 3.2發布計畫 答 根據素材的實現需要的時間，來確定素材的優先順序。3.3迭代計畫 答...
《敏捷軟體開發》第4章測試
敏捷軟體開發 第4章測試 4.1測試驅動的開發方法 答 作者的意思應該是說，先有測試方案，這樣可以引導 督促開發人員向正確的方向寫 4.1.1乙個測試優先設計的示例 答 作者以乙個遊戲為例，說明了測試優先設計。4.1.2測試促使模組之間隔離 答 如果先做出測試方案，有利於分離耦合程式設計。4.1.3...