facade設計模式php

『壹』 什麼是設計模式，在實際編程中應該如何應用它

這類「標准」問題更適合自己看書和搜索網路站點。

http://zh.wikipedia.org/wiki/%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F_%28%E8%AE%A1%E7%AE%97%E6%9C%BA%29 （中文維基）
http://proct.china-pub.com/215701 （最有名的書；有點難讀，適合參考和回味）

『貳』 各位，23種設計模式都在哪些場合運用到

其中創建型有：
一、Singleton，單例模式：保證一個類只有一個實例，並提供一個訪問它的全局訪問點
例如：隨處可見，比如Servlet，sprigMVC創建時都是單例多線程的。
完美的實例是：private static Singleton instance = new Singleton();
創建線程的方式有很多種，但是很多都扛不住多線程的檢驗，上面是簡單又實用的例子，多線程下也是安全的。

二、Abstract Factory，抽象工廠：提供一個創建一系列相關或相互依賴對象的介面，而無須指定它們的具體類。

三、Factory Method，工廠方法：定義一個用於創建對象的介面，讓子類決定實例化哪一個類，Factory Method使一個類的實例化延遲到了子類。
例如：雖然簡單工廠（靜態工廠）沒有進入23種設計模式，但是java web中的很多配置文件玩的還是它。
Spring中下面三種方式實例化bean：
1.使用類構造器實例化
<bean id="orderService" class="cn.itcast.OrderServiceBean"/>
2.使用靜態工廠方法實例化
<bean id="personService" class="cn.itcast.service.OrderFactory" factory- method="createOrder"/>
public class OrderFactory {
public static OrderServiceBean createOrder(){
return new OrderServiceBean();
}
}
3.使用實例工廠方法實例化:
<bean id="personServiceFactory" class="cn.itcast.service.OrderFactory"/>
<bean id="personService" factory-bean="personServiceFactory" factory-method="createOrder"/>
public class OrderFactory {
public OrderServiceBean createOrder(){
return new OrderServiceBean();
}
}
第一種方法，IOC容易直接根據配置文件中的class屬性通過反射創建一個實例，使用的是該類的默認構造方法。第二種則是調用class指定的工廠類的
工廠方法，來返回一個相應的bean實例，值得注意的是工廠類的方法是靜態方法，所以不用產生工廠本身的實例。而第三種則不同，它除了配置與第二種相同
外，唯一的不同就是方法不是靜態的，所以創建bean的實例對象時需要先生成工廠類的實例。實例了bean對象時，需要對其中的屬性也進行賦值，這時就是經常被提及的依賴注入。
以上其實有錯誤：Spring很多情況下創建對象很定是反射呀，尤其是註解和DI（依賴注入），小朋友，想什麼呢？肯定不是用new()來創建：
Class c = Class.forName("cn.itcast.OrderServiceBean");
Object bean = c.newInstance();

四、Builder，建造模式：將一個復雜對象的構建與他的表示相分離，使得同樣的構建過程可以創建不同的表示。

五、Prototype，原型模式：用原型實例指定創建對象的種類，並且通過拷貝這些原型來創建新的對象。

行為型有：
六、Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不需要暴露該對象的內部表示。
例如：jdk中的各種容器類的基礎模式

七、Observer，觀察者模式：定義對象間一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知自動更新。
例如：據說是jdk使用最多的模式,好比郵件訂閱或RSS訂閱

八、Template Method，模板方法：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個演算法的結構即可以重定義該演算法得某些特定步驟。

九、Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數化，對請求排隊和記錄請求日誌，以及支持可撤銷的操作。

十、State，狀態模式：允許對象在其內部狀態改變時改變他的行為。對象看起來似乎改變了他的類。

十一、Strategy，策略模式：定義一系列的演算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得演算法可以獨立於使用它們的客戶。
例如：comparator 比較器的實現利用了此模式

十二、China of Responsibility，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關系 。
此處強調一點就是，鏈接上的請求可以是一條鏈，可以是一個樹，還可以是一個環，模式本身不約束這個，需要我們自己去實現，同時，在一個時刻，命令只允許由一個對象傳給另一個對象，而不允許傳給多個對象
例如：struts2 interceptor 用到的就是是責任鏈模式

十三、Mediator，中介者模式：用一個中介對象封裝一些列的對象交互。

十四、Visitor，訪問者模式：表示一個作用於某對象結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。

十五、Interpreter，解釋器模式：給定一個語言，定義他的文法的一個表示，並定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。

十六、Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象之外保存這個狀態。

結構型有：
十七、Composite，組合模式：將對象組合成樹形結構以表示部分整體的關系，Composite使得用戶對單個對象和組合對象的使用具有一致性。

十八、Facade，外觀模式：為子系統中的一組介面提供一致的界面，facade提供了一高層介面，這個介面使得子系統更容易使用。

十九、Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問。
例如：經典的體現在Spring AOP切面中，Spring中利用了倆種代理類型。
其實，代理也分為靜態和動態，但是我們一般常用動態，因為靜態代理秀不起來

二十、Adapter,適配器模式：將一類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由於介面不兼容而不能一起工作那些類可以一起工作。
其中對象的適配器模式是各種結構型模式的起源，分為三種：類，對象，介面的適配器模式。
結一下三種適配器模式的應用場景：
類的適配器模式：當希望將一個類轉換成滿足另一個新介面的類時，可以使用類的適配器模式，創建一個新類，繼承原有的類，實現新的介面即可。
對象的適配器模式：當希望將一個對象轉換成滿足另一個新介面的對象時，可以創建一個Wrapper類，持有原類的一個實例，在Wrapper類的方法中，調用實例的方法就行。
介面的適配器模式：當不希望實現一個介面中所有的方法時，可以創建一個抽象類Wrapper，實現所有方法，我們寫別的類的時候，繼承抽象類即可。
例如：java io流中大量使用

二十一、Decrator，裝飾模式：動態地給一個對象增加一些額外的職責，就增加的功能來說，Decorator模式相比生成子類更加靈活。
對比：適配器模式主要是為了介面的轉換，而裝飾者模式關注的是通過組合來動態的為被裝飾者注入新的功能或行為(即所謂的責任)。

二十二、Bridge，橋模式：將抽象部分與它的實現部分相分離，使他們可以獨立的變化。

二十三、Flyweight，享元模式：主要目的是實現對象的共享，即共享池，當系統中對象多的時候可以減少內存的開銷，通常與工廠模式一起使用。
例如：資料庫連接池便是這個原理

『叄』 開發中都用到了那些設計模式用在什麼場合

我用的多的是:
singleton:單例,用來減少垃圾對象和緩存用
factory:工廠模式,用來解耦（呵呵，其實模式都是用來解耦的）
facade和decorator:封裝介面
command:命令模式，傳遞
Iterator:用來遍歷對象
Observer:用來監聽狀態變化（現在習慣用listener機制替代）
templete:模板模式，用來處理相同的操作步驟
strategy:策略模式，策略選擇
proxy:用來附加功能，屬性或隱蔽。
bridge也很實用，用來解耦工廠與產品搭配之類的選擇

『肆』 你熟悉的設計模式有哪些寫出單例模式的實現代碼

23個設計模式：

根據目的設計模式可以分為創造模式，結構模式和行為模式，創建模式用於處理對象的創建。結構模式用於處理類或對象的組合。

行為模式用於描述類或對象如何交互以及如何分配職責，創建模式用於處理對象的創建。主要包括以下五種設計模式：

工廠方法模式（）

抽象工廠模式（AbstractFactoryPattern）

建造者模式（BuilderPattern）

原型模式（PrototypePattern）

單例模式（SingletonPattern）

結構模式用於處理類或對象的組合，包括以下七個設計模式：

適配器模式（AdapterPattern）

橋接模式（BridgePattern）

組合模式（CompositePattern）

裝飾者模式（DecoratorPattern）

外觀模式（FacadePattern）

享元模式（FlyweightPattern）

代理模式（ProxyPattern）

行為模式描述類或對象如何交互以及它們如何分配職責。它由以下11種設計模式組成：

責任鏈模式（Chain的ResponsibilityPattern）

命令模式（CommandPattern）

解釋器模式（InterpreterPattern）

迭代器模式（IteratorPattern）

中介者模式（MediatorPattern）

備忘錄模式（MementoPattern）

觀察者模式（ObserverPattern）

狀態模式（StatePattern）

策略模式（StrategyPattern）

模板方法模式（TemplateMethodPattern）

訪問者模式（VisitorPattern）

單例模式實現1：

公共類Singleton｛

類共享實例對象

私有靜態單例；單例＝零；

／／私有構造函數

私有Singleton（）｛

系統。出去了。這是單例！！）；

｝

／／獲取單例方法

公共同步靜態單例getInstance（）｛

／／確定共享對象是否為空，如何空一個新對象

If（singleton＝＝null）｛

singleton＝newsingleton（）；

｝

返回單例。

｝

｝

單例模式實現2：

公共類Singleton｛

類共享實例對象實例化

＝newSingleton（）；

／／私有構造函數

私有Singleton（）｛

系統：出去了，這是單例！！）；

｝

／／獲取單例方法

公共靜態單例getInstance（）｛

直接返回共享對象

返回單例。

｝

｝

(4)facade設計模式php擴展閱讀：

注意事項：

設計模式主要分三個類型：創建型和行為型。

Singleton：確保一個類只有一個實例，並為其提供一個全局訪問點

AbstractFactory：提供一個介面，用於創建一系列相關或相互依賴的對象，而無需指定它們的具體類。

FactoryMethod：定義一個用於創建對象的介面，並讓子類決定實例化哪個類。工廠方法將類的實例化延遲到子類。

Builder：將復雜對象的構造與其表示分離，使相同的構造過程可以創建不同的表示。

Prototype：指定要使用Prototype實例創建的對象的類型，並復制該原型來創建一個新對象。

Composite：將對象組合成樹狀結構，以表示整體各部分之間的關系。組合使用戶一致地使用單個對象和組合對象。

Facade：為子系統fa中的一組介面提供一致的介面。Ade提供了一個高級介面，使子系統更易於使用。

Proxy：為其他對象提供一個代理，以控制對該對象的訪問

Adapter：將一個介面類轉換為客戶想要的另一個介面類。適配器模式使那些由於介面不兼容而無法一起工作的類一起工作。

Decrator：式比子類化更靈活，可以為對象動態添加一些額外的職責。

Bridge：模式將抽象部分與其實現部分分離，以便它們可以獨立地更改。

Flyweight：享元模式