其它的包不要依賴這個要變的包.
軟體包就可以分為穩定包和可變包!
如何識別穩定包和可變包？如果許多其它的包都依賴此包,那麼它就是穩定包,否則就是可變包！
把包放在不同的位置,它的穩定性是不同的.
如何計算乙個包的不穩定性？(輸入耦合度ca,輸出耦合度ce)
不穩定值=ce/(ca+ce),此值越低越穩定!
結論:把可變包不穩定值降低的方法是:為它加上乙個抽象外衣(inte***ce/抽象類),其它包呼叫抽象外衣!
可變包為抽象外衣的實現!
11.sap穩定抽象原則[適用於包]
(包的抽象程式應該和其它穩定程式一致.)
詳細說明:
此原則把包的穩定性和抽象性聯絡到一起.
乙個穩定的包應該是抽象的,這樣它的穩定性就不會使其無法擴充套件;
乙個不穩定的包應該具體的, 這樣它的不穩定性使**易於修改.
結論:它指出乙個包有時候應該達到部分是可抽象的,部分是不穩定的原則
敏捷軟體開發11個原則
敏捷軟體開發 物件導向設計的11原則 你不必嚴格遵守這些原則,違背它們也不會被處以宗教刑罰.但你應當把這些原則看成警鈴,若違背了其中的一條,那麼警鈴就會響起.1.srp單一職責原則 適用於類功能 就乙個類而言,應該僅有乙個引起它變化的原因.詳細說明 如果乙個類承擔的職責過多,就等於把這些職責耦合在一...
敏捷軟體開發11個原則
裡面提到的部分原則，是我現在碰到了問題的 或者考慮到了的。更多的，還需要學 習 實踐。from 敏捷軟體開發 物件導向設計的11原則 你不必嚴格遵守這些原則,違背它們也不會被處以宗教刑罰.但你應當把這些原則看成警鈴,若違背了其中的一條,那麼警鈴就會響起.1.srp單一職責原則 適用於類功能 就乙個類...
敏捷軟體開發 敏捷開發原則
編寫單元測試是一種驗證行為，更是一種設計行為。測試時乙個無價的文件。如果你想知道如何呼叫乙個函式或者建立乙個物件，會有乙個測試展示給你看。什麼是設計？不應該認為設計就是一組和 分離的uml圖。一組uml圖也許描繪了設計的一些部分，但是它不是設計。還是要 化 僵化性是指難以對軟體進行改動，即使是簡單的...