單一職責原則
單一職責原則:一個類應僅有一個引起其變化的原因。
當一個類會被很多因素改變時,應考慮分解其功能。例如俄羅斯方塊中的遊戲邏輯和開始計時等功能分開會使每個類内聚程度更高。
開放-封閉原則
開放-封閉原則:軟體實體(類、子產品、函數等)可以擴充卻不能修改。
例如,當很多公司員工準時上班成為難事時,可以考慮設計彈性工作制度,可以稍微晚到,但要保證每天工作8小時。這就是對總體工作時間或業績的關閉,對上班時間的開放。
運用到實際:當因為新需求更改代碼時,可及時預想到未來某個新需求對這段代碼還會造成修改,應重構這段代碼,利用建立抽象來隔離未來對原有代碼的修改。