其他

1、當別人向你請教一個問題，你10秒內無法想出答案時，你是否會回答去網上搜尋一下？2、當你在寫一篇文檔（包括中文和英文文檔），需要斟酌某個字句時，你是否會開啟搜尋引擎尋找答案？3、當你掛在網上無所事事的時候，你是否會開啟一個搜尋引擎的頁面發獃或隨便在裡面輸入一個想到的詞隨意搜尋？4、當你看到一個網站的廣告時，你是否基本不去留意網站的網址，而只是記住網站的名稱留待以後需要的時候搜尋一下？5、當你需要編寫一個格式報告（例如年終總結、畢業論文、會議論文）時，你是否會先搜尋一些範例並參照編寫？6、當你的

2006.10.13

2006.9.25

2006.9.11

2006.8.29

2006.8.18

2006.1.5 李建忠適配（轉換）的概念無處不在適配，即在不改變原有實現的基礎上，將原先不相容的介面轉換為相容的介面。

2006.7.19

2005.12.30 李建忠依賴關係的倒置抽象不應該依賴於實現細節，實現細節應該依賴於抽象。-抽象A直接依賴於實現細節b（軟體易脆，很容易需要重新編譯） -抽象A依賴於抽象B，實現細節b依賴於抽象B

2006.6.29 李建忠依賴關係的轉化

2005.12.19 李建忠從耦合關係談起耦合關係直接決定著軟體面對變化時的行為-模組與模組之間的緊耦合使得軟體面對變化時，相關模組都要隨之更改 -模組與模組之間的松耦合使得軟體面對變化時，一些模組更容易被替換或者更改，但其他模組保持不變

2006.6.1

2005.11.15 李建忠new的問題常規的對象建立方法： new的問題：-實現依賴，不能應對“具體執行個體化類型”的變化解決思路：-封裝變化點——哪裡變化，封裝哪裡-潛台詞：如果沒有變化，當然不需要額外的封裝！ 原廠模式的緣起變化點在“對象建立”，因此就封裝“對象建立”面向介面編程——依賴介面，而非依賴實現最簡單的解決方案： 建立一系列相互依賴的對象假設一個遊戲開發情境：我們需要構造“道路”、“房屋”、“地道”、“叢林”……等等對象  簡單工廠的問題簡單工廠的問題：-不能應對“不同系列對象”

2006.5.12 李建忠耦合與變化耦合是軟體不能抵禦變化災難的根本性原因。不僅實體物件與實體物件之間存在耦合關係，實體物件與行為操作之間也存在耦合關係。

2005.10.25

2006.4.26 李建忠無處不在的Template Method如果你只想掌握一種設計模式，那麼它就是Template Method！ 變與不變變化——是軟體設計的永恒主題，如何管理變化帶來的複雜性？設計模式的藝術性和複雜度就在於如何分析，並發現系統中的變化點和穩定點，並使用特定的設計方法來應對這種變化。

2006.4.12 李建忠直接與間接人們對於複雜的軟體系統常常有一種處理手法，即增加一層間接層，從而對系統獲得一種更為靈活、滿足特定需求的解決方案。

2006.3.28 李建忠物件導向的代價物件導向很好地解決了系統抽象性的問題，同時在大多數情況下，也不會損及系統的效能。但是，在某些特殊的應用中，由於對象的數量太大，採用物件導向會給系統帶來難以承受的記憶體開銷。比形應用中的圖元等對象、文書處理應用中的字元對象等。

2006.2.27 李建忠子類複子類，子類何其多假如我們需要為遊戲中開發一種坦克，除了各種不同的型號的坦克外，我們還希望在不同場合中為其增加以下一種或多種功能：比如紅外線夜視功能，比如水陸兩棲功能，比如衛星定位功能等等。

2006.2.17 李建忠對象容器的問題在物件導向系統中，我們常會遇到一類具有“容器”特徵的對象——即它們在充當對象的同時，又是其他對象的容器。 如果我們要對這樣的對象容器進行處理： 上面是客戶代碼，客戶代碼裡面必須要知道對象的結構，有可能還要使用遞迴的方法來處理這個對象，這樣寫耦合性就比較高。客戶代碼如果能只和IBox發生依賴就很好了，但是現在它還和ContainerBox和SingleBox發生了依賴，這樣內部實現的細節就暴露給了外界，並且和外界產生了依賴關係。 動機（Motivation）