設計模式是對軟體設計中普遍存在的各種問題,所提出的解決方案.
設計模式使程式具有:
**重用性
可讀性可擴充套件性
可靠性使程式呈現高內聚低耦合的特性
對於類來說,即乙個類只負責一項職責.提高類的可讀性,可維護性
降低變更引起的風險
在通常情況下,我們應當遵守單一職責原則,只有邏輯足夠簡單,才可以在**級違反單一職責原則:只有類中方法數量足夠少,可以在方法級別保持單一職責原則
/**
* @author: huangqh
* @date: 2020/8/12
* @note: 單一職責原則
*/public
class
singleresponsibility
}/**
* ___01
* 交通工具類 vehicle(違反單一職責原則)
* 1. run方法中,違反了單一職責原則
* 2. 根據交通工具執行方法不同,分解成不同類即可
*/class
vehicle
}/**
* ___02
* 支援單一職責,**改動大
*/class
roadvehicle
}class
skyvehicle
}/**
* ___03
*雖然沒有在類級別上單一職責原則,
*但是在方法級別上仍然是遵守單一職責原則
*/class
vehiclerun
public
void
runsky
(string vehicle)
}
DesignPattern 單例模式 01
注意事項 設計模式不是 而是某類問題的通用解決方案 提高軟體的維護性，通用性和擴充套件性，降低軟體的複雜度 設計模式並不侷限於某種語言建立型模式 單例模式 抽象工廠模式 原型模式 建造者模式 工廠模式 結構性模式 介面卡模式 橋接模式 裝飾模式 組合模式 外觀模式 享元模式 模式 行為型模式 模板方...
Design Pattern 工廠模式
當有一些要例項化的具體類，究竟例項化哪個類，要在執行時由一些條件來決定。當 使用大量具體類時，我們就要考慮使用工廠模式了。定義了乙個建立物件的介面，但由子類決定要例項化的類是哪乙個。工廠方法讓類把例項化推遲到子類。public abstract class pizzastore protected ...
design pattern 外觀模式
針對問題 在軟體開發系統中，客戶程式經常會與複雜系統的內部子系統之間產生耦合，而導致客戶程式隨著子系統的變化而變化。那麼如何簡化客戶程式與子系統之間的互動介面？如何將複雜系統的內部子系統與客戶程式之間的依賴解耦？為子系統中的一組介面提供乙個一致的介面，facade 模式定義了乙個高層介面，這個介面使...