1. 單一職責，對乙個類而言，應該僅有乙個引起他變化的原因。
2. 如果乙個類承擔的職責過度，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或者抑制這個類完整其他職責的能力，這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到意想不到的破壞。
3. 單一職責和單件模式不是一回事，單件模式指要求乙個類有且僅有乙個例項，並且提供了乙個全域性的訪問點。
4. 單一職責想要告訴我們的是，根據功能設計分離和歸類功能到不同的類中，相互之間保留呼叫介面，這樣一方的更改就不會影響另一方的更改，降低耦合和複雜度，同時也增加了復用性。也就是發現職責並把這些職責相互分離
5. 判斷是否應該分離乙個類，通過判斷這個類的是否有多個修改動機，這個類就有多個職責可分離。
6. 在程式設計時要在類的職責分離上多思考，做到單一職責，這樣你的**才是真正的易維護，易擴充套件，易服用，靈活多樣。
posted on
2009-11-30 09:16
...)
編輯收藏
單一職責原則
定義 不要存在多於乙個導致類變更的原因。通俗的說，即乙個類只負責一項職責。問題由來 類t負責兩個不同的職責 職責p1，職責p2。當由於職責p1需求發生改變而需要修改類t時，有可能會導致原本執行正常的職責p2功能發生故障。解決方案 遵循單一職責原則。分別建立兩個類t1 t2，使t1完成職責p1功能，t...
單一職責原則
單一職責原則 乙個類，只有乙個引起它變化的原因。應該只有乙個職責。每乙個職責都是變化的乙個軸線，如果乙個類有乙個以上的職責，這些職責就耦合在了一起。這會導致脆弱的設計。當乙個職責發生變化時，可能會影響其它的職責。另外，多個職責耦合在一起，會影響復用性。例如 要實現邏輯和介面的分離。對於user類，裡...
單一職責原則
問題由來 一心二用，效率降低 類t負責兩個不同的職責 職責p1，職責p2。當由於職責p1需求發生改變而需要修改類t時，有可能會導致原本執行正常的職責p2功能發生故障。解決方案 專注做某件事情 遵循單一職責原則。分別建立兩個類t1 t2，使t1完成職責p1功能，t2完成職責p2功能。這樣，當修改類t1...