設計模式
總結應用
工廠模式
將建立物件過程封裝
beanfactory
calendar
原型模式
複製,轉殖
prototypebean
單例模式
當前程序內獨一無二
介面卡模式
相容轉換
advisoradapter
handleradapter
裝飾者模式
通過建構函式,層層包裝
**模式
根據原有方法或類,重新建立類,去增強原有邏輯
proxyfacotrybean
jdkdynamicaopproxy
cglibaopproxy
委託模式
"領導"知道所有員工擅長做的事,根據事情選擇由哪個員工去做
dispatcherservlet
beandefinitionparserdelegate
模板模式
固化演算法,將特性延遲到子類實現
觀察者模式
根據被觀察物件變化,而進行相應的"更新"
contextloaderlistener
策略模式
根據不同選擇,進行不同演算法切換
instantitionstrategy
@autowired
private demoservice demoservice;
// ioc容器,通過xml配置檔案,進行載入bean
food food = ctx.getbean("food", food.class);
system.out.println(food.getname()+":"+food.getnum());
@aspect
public class aop
@after(value = "execution(* com.bardream.demo.aoptest.*(..))")
public void after()
}
設計模式 部分設計模式的對比總結
設計模式應當是程式設計師的內功心法，總結的是前人的經驗。可以幫助我們提公升 的可讀性 可擴充套件性 降低維護成本，解決複雜的業務問題。但也不能為了套用設計模式而去使用設計模式。設計模式是在我們迷茫時提供的一種解決方案，或者說用好設計模式可以防範於未然。說到設計模式，一定要了解軟體設計原則。首先回顧一...
設計模式 外觀模式 策略模式 對比
參考 設計模式 工廠模式 設計模式 模式 和 裝飾模式 對比 設計模式 外觀模式 策略模式 對比 public inte ce shape public class circle implements shape public class rectangle implements shape pub...
軟體構造 設計模式對比
static factory 和 abstract factory 同 簡化了建立的過程。主要解決介面選擇的問題。不同 static factory讓其子類自己決定例項化哪乙個工廠類，工廠模式使其建立過程延遲到子類進行。每次增加乙個產品時，都需要增加乙個具體類和物件實現工廠，使得系統中類的個數成倍增...