分解的策略
由上而下,將問題分解成可以控制的部分
軟體的首要技術使命:管理複雜性,最小化偶然與本質複雜性
合成的策略
由下而上,先掌握最後的產出,知道系統要用甚麼方式呈現,最底層的系統會要做怎樣的事情
根據上述問題找出具體的物件組成
找出通用的物件,用子系統組織、封裝、決定物件的組合或繼承,看哪種方式合適,是否適用Design Pattern?(Creation Pattern? Structure Pattern? Structural Pattern?)
由舊系統改寫:
由下而上:可以重新檢視設計,看可以重新使用甚麼
寫新的系統:
由上而下:比較不用太早進入細節
以上兩種方法可以重複使用
Prototype法
在類別前加入prototype prefix以免後來的code濫用直接拿來沿用
download check list:
cc2e.com/0527
沒有留言:
張貼留言