1.遵循敏捷實踐去發現問題；
應用設計原則去論斷問題；
應用設計模式去解決問題；
軟體開發的這三個方面間的相互作用就是設計。
敏捷設計是乙個過程，不是乙個事件。它是乙個持續的應用原則、模式以及實踐來改進軟體的結構和可讀性的過程。
2.物件導向設計原則：
a.單一職責原則：就乙個類而言，應該僅有乙個引起它變化的原因。
我們把職責定義為「變化的原因」。如果你能夠想到多於乙個的動機去改變乙個類，那麼這個類就具有多於乙個的職責。
b.開放-封閉原則：軟體實體（類，模組，函式等）應該是可以擴充套件的，但是不可修改的。
c.liskov替換原則：子型別必須能夠替換掉它們的基型別。
d.依賴倒置原則：高層模組不應該依賴於低層模組。二者都應該依賴於抽象。
抽象不應該依賴於細節，細節應該依賴於抽象。
e.介面隔離原則：不應該強迫客戶依賴於它們不用的方法。
第 183／503 頁
敏捷開發 原則 模式與實踐 1
這的確是一本關於開發者的好書，對於我們開發者 研究人員，它提出了乙個開發的全新的價值觀 對我來說 甚至人生都有啟發。需要認真閱讀。書中總結了敏捷開發的例項，確確實實更夠感覺到對於專案的完成大有裨益，有種相讀恨晚的感覺。想想自己之前的開發狀態，想想自己導師安排公司專案的情況，就是低效率，就是小兒科，就...
敏捷軟體開發 原則 模式與實踐 （一）
為了達到敏捷開發，我們需要使用一些實踐提供必要的準則和反饋，需要使用一些設計原則使我們的軟體保持靈活且可維護，還需要理解一些已經被證明在特定問題中可以權衡這些原則的設計模式。敏捷軟體開發宣言 人和互動 重於 過程和工具 可以工作的軟體 重於 面面俱到的文件 客戶合作 重於 合同談判 隨時應對變化 重...
敏捷軟體開發 原則 模式與實踐 之敏捷實踐
參與公司的敏捷開發也有一段時間了，還沒有系統的學習過敏捷開發。比如早上的站會，每個月的迭代會，還有自己領取任務去開發故事，這些都是敏捷開發的流程之一。敏捷開發需要不斷的學習，不斷的實踐。現在開始寫一些關於敏捷開發的部落格。一 敏捷聯盟 1 個體和互動勝過過程和工具 乙個優秀的團隊成員未必是乙個一流的...