java設計模式，java設計模式pdf

java設計模式，java設計模式pdf

       本文是自己學習所做筆記，歡迎轉載，但請註明出處：http://blog.csdn.net/jesson20121020       

 

      原廠模式是最常用的模式，因為原廠模式就相當於建立執行個體對象的new，我們經常要根據類Class產生執行個體對象，如A a = new A()，原廠模式也是用來建立用來建立執行個體對象的，所以以後new時要多個心眼，是否可以考慮使用原廠模式。

      簡單原廠模式又可以分成三種模式：

                 1） 普通簡單原廠模式

                 2） 多方法簡單原廠模式

                 3） 多靜態方法簡單原廠模式

普通簡單原廠模式：

      舉例：（簡單的四則運算）

      1.  建立四則運算的共同介面：

//操作類介面public interface Operator{public double Operate(double d,double e);}

     2.  建立加減乘除實作類別：

//加法類public class AddOperator implements Operator{@Overridepublic double Operate(double a, double b) {// TODO Auto-generated method stubreturn a + b;}}

public class SubOperator implements Operator {@Overridepublic double Operate(double a, double b) {// TODO Auto-generated method stubreturn a - b;}}

public class MulOperator implements Operator {@Overridepublic double Operate(double a, double b) {// TODO Auto-generated method stubreturn a * b ;}}

public class DivOperator implements Operator {@Overridepublic double Operate(double a, double b) {try {if(b == 0)throw new Exception("除數不能為0!");} catch (Exception e) {// TODO Auto-generated catch blocke.printStackTrace();}return a / b;}}

      3.  建立工廠類：

public class OperatorFactory {public Operator createOperator(String operate){Operator oper = null;switch(operate){case "+" :oper = new AddOperator();break;case "-" :oper = new SubOperator();break;case "*" :oper = new MulOperator();break;case "/" :oper = new DivOperator();break;}return oper;}}

     4. 最後就是測試類別了：

public class FactoryTest {/** * @param args */public static void main(String[] args) {// TODO Auto-generated method stubOperatorFactory factory = new OperatorFactory();Operator oper = factory.createOperator("*");double result = oper.Operate(3.6,4.8);System.out.println(result);}}

    

多方法簡單原廠模式：

       在上述普通簡單原廠模式中，設想這樣一種狀況，如果傳遞進來的參數是空，或者是別的不合法字元，則不能正確的建立對象，而多方法簡單原廠模式則提供多個Factory 方法，分別建立對象。

       和普通的不同之處僅在工廠類，改動如下：

public class OperatorFactory {public Operator createAddOperator(){return new AddOperator();}public Operator createSubOperator(){return new SubOperator();}public Operator createMulOperator(){return new MulOperator();}public Operator createDivOperator(){return new DivOperator();}}

     這樣，在測試時，就不需要傳遞相應的參數，只需要調用需要的Factory 方法，即可：

public class FactoryTest {/** * @param args */public static void main(String[] args) {// TODO Auto-generated method stubOperatorFactory factory = new OperatorFactory();/*Operator oper = factory.createOperator("*");*/Operator oper = factory.createMulOperator();double result = oper.Operate(3.6,4.8);System.out.println(result);}}

多靜態方法簡單原廠模式：

       所謂的靜態方法，即將上面工廠類中的Factory 方法置為靜態，不需要建立執行個體，直接調用即可。

public class OperatorFactory {public static Operator createAddOperator(){return new AddOperator();}public static Operator createSubOperator(){return new SubOperator();}public static  Operator createMulOperator(){return new MulOperator();}public static Operator createDivOperator(){return new DivOperator();}}

        如上，將Factory 方法設為靜態，則在測試時，直接調用即可。

public class FactoryTest {/** * @param args */public static void main(String[] args) {// TODO Auto-generated method stub //OperatorFactory factory = new OperatorFactory();/*Operator oper = factory.createOperator("*");*/Operator oper = OperatorFactory.createMulOperator();double result = oper.Operate(3.6,4.8);System.out.println(result);}}

      

         總體來說，原廠模式適合：凡是出現了大量的產品需要建立，並且具有共同的介面時，可以通過Factory 方法模式進行建立。在以上的三種模式中，第一種如果傳入的字串有誤，不能正確建立對象，第三種相對於第二種，不需要執行個體化工廠類，所以，大多數情況下，我們會選用第三種——靜態Factory 方法模式。

JAVA23種設計模式

設計模式主要分三個類型:建立型、結構型和行為型。
其中建立型有：
一、Singleton，單例模式：保證一個類只有一個執行個體，並提供一個訪問它的全域訪問點
二、Abstract Factory，抽象工廠：提供一個建立一系列相關或相互依賴對象的介面，而無須指定它們的具體類。
三、Factory Method，Factory 方法：定義一個用於建立對象的介面，讓子類決定執行個體化哪一個類，Factory Method使一個類的執行個體化延遲到了子類。
四、Builder，建造模式：將一個複雜物件的構建與他的表示相分離，使得同樣的構建過程可以建立不同的表示。
五、Prototype，原型模式：用原型執行個體指定建立對象的種類，並且通過拷貝這些原型來建立新的對象。
行為型有：
六、Iterator，迭代器模式：提供一個方法順序訪問一個彙總對象的各個元素，而又不需要暴露該對象的內部表示。
七、Observer，觀察者模式：定義對象間一對多的依賴關係，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知自動更新。
八、Template Method，模板方法：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個演算法的結構即可以重定義該演算法得某些特定步驟。
九、Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數化，對請求排隊和記錄請求日誌，以及支援可撤銷的操作。
十、State，狀態模式：允許對象在其內部狀態改變時改變他的行為。對象看起來似乎改變了他的類。
十一、Strategy，策略模式：定義一系列的演算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得演算法可以獨立於使用它們的客戶。
十二、China of Responsibility，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關係
十三、Mediator，中介者模式：用一個中介對象封裝一些列的對象互動。
十四、Visitor，訪問者模式：表示一個作用於某對象結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。
十五、Interpreter，解譯器模式：給定一個語言，定義他的文法的一個表示，並定義一個解譯器，這個解譯器使用該表示來解釋語言中的句子。
十六、Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象之外儲存這個狀態。
結構型有：
十七、Composite，組合模式：將對象組合成樹形結構以表示部分整體的關係，Composite使得使用者對單個對象和組合對象的使用具有一致性。
十八、Facade，面板模式：為子系統中的一組介面提供一致的介面，fa?ade提供了一高層介面，這個介面使得子系統更容易使用。
十九、Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問
二十、Adapter,適配器模式：將一類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由於介面不相容而不能一起工作那些類可以一起工作。
二十一、Decrator，裝飾模式：動態地給一個對象增加一些額外的職責，就增加的功能來說，Decorator模式相比產生子類更加靈活。
二十二、Bridge，橋模式：將抽象部分與它的實現部分......餘下全文>>
 
JAVA23種設計模式

設計模式主要分三個類型:建立型、結構型和行為型。
其中建立型有：
一、Singleton，單例模式：保證一個類只有一個執行個體，並提供一個訪問它的全域訪問點
二、Abstract Factory，抽象工廠：提供一個建立一系列相關或相互依賴對象的介面，而無須指定它們的具體類。
三、Factory Method，Factory 方法：定義一個用於建立對象的介面，讓子類決定執行個體化哪一個類，Factory Method使一個類的執行個體化延遲到了子類。
四、Builder，建造模式：將一個複雜物件的構建與他的表示相分離，使得同樣的構建過程可以建立不同的表示。
五、Prototype，原型模式：用原型執行個體指定建立對象的種類，並且通過拷貝這些原型來建立新的對象。
行為型有：
六、Iterator，迭代器模式：提供一個方法順序訪問一個彙總對象的各個元素，而又不需要暴露該對象的內部表示。
七、Observer，觀察者模式：定義對象間一對多的依賴關係，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知自動更新。
八、Template Method，模板方法：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個演算法的結構即可以重定義該演算法得某些特定步驟。
九、Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數化，對請求排隊和記錄請求日誌，以及支援可撤銷的操作。
十、State，狀態模式：允許對象在其內部狀態改變時改變他的行為。對象看起來似乎改變了他的類。
十一、Strategy，策略模式：定義一系列的演算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得演算法可以獨立於使用它們的客戶。
十二、China of Responsibility，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關係
十三、Mediator，中介者模式：用一個中介對象封裝一些列的對象互動。
十四、Visitor，訪問者模式：表示一個作用於某對象結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。
十五、Interpreter，解譯器模式：給定一個語言，定義他的文法的一個表示，並定義一個解譯器，這個解譯器使用該表示來解釋語言中的句子。
十六、Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象之外儲存這個狀態。
結構型有：
十七、Composite，組合模式：將對象組合成樹形結構以表示部分整體的關係，Composite使得使用者對單個對象和組合對象的使用具有一致性。
十八、Facade，面板模式：為子系統中的一組介面提供一致的介面，fa?ade提供了一高層介面，這個介面使得子系統更容易使用。
十九、Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問
二十、Adapter,適配器模式：將一類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由於介面不相容而不能一起工作那些類可以一起工作。
二十一、Decrator，裝飾模式：動態地給一個對象增加一些額外的職責，就增加的功能來說，Decorator模式相比產生子類更加靈活。
二十二、Bridge，橋模式：將抽象部分與它的實現部分......餘下全文>>