模板模式：
       
         模板方法中分兩種方法：一種是模板方法，另一種是基本方法。
         模板方法：就是把基本方法組合在一起形成一個總算法或則總行為，這個模板方法一般會在抽象定義并且在子類種不加以修改的繼承下來。一個抽象類可以有任意多個模板方法。
         基本方法：它又分為抽象方法，具體方法，鉤子方法。
      抽象方法由抽象類申明，由子類具體實(shí)現(xiàn)；具體方法由抽象類申明并實(shí)現(xiàn)，而子類并不實(shí)現(xiàn)或則置換，這里面也可以有工廠方法；鉤子方法，由抽象類申明并實(shí)現(xiàn)，但是它是一個空的實(shí)現(xiàn)，一般都是由子類進(jìn)行擴(kuò)張實(shí)現(xiàn)。

import java.io.*;

public class FileRead{
 private static double totalFile = 0;
 private static double totalDirectory = 0;

 public String replace(String value){
     StringBuffer replace = new StringBuffer(value);
     int i = 0;
     int last = replace.lastIndexOf("──");
     i = replace.indexOf("──");
     while((i != last)&&(i != -1)){
         replace.replace(i,i+"──".length(),"   ");
         i = replace.indexOf("──");
         last = replace.lastIndexOf("──");
     }
     return replace.toString();
 }

 public void searchFile(File f,String value,boolean b)throws IOException{
     StringBuffer string = new StringBuffer(value);
     string.append("──");
     boolean bool = b;
  String path = f.getAbsolutePath();
  File currentFile = new File(path); //取得當(dāng)前路徑的文件
  File[] file = currentFile.listFiles();

  for(int i=0;i<file.length;i++){      
      StringBuffer s = null;
      String lastDirectory = null; 
     
      /*
       * 判斷文件夾是否為該目錄下的最后一個文件夾，如果是的話，則取消打印"│"符號
       */
      for(int k=0;k<file.length;k++){
       if(file[k].isDirectory())
        lastDirectory = new String(file[k].getName()); 
      }
      if(file[i].getName().equals(lastDirectory)){
       if(string.indexOf("│") != -1){
           string.delete(string.lastIndexOf("│"),string.lastIndexOf("│")+1);
       }
      }
       
      /*
       * 格式化打印，將符號最后的"──"變?yōu)?├──"（當(dāng)最后的符號不為"│──"時）
       */     
      if(!((string.lastIndexOf("──")-1) == string.lastIndexOf("│──"))){
          s = new StringBuffer(string.substring(0,string.lastIndexOf("──")));
       s.append("├──");         
      }else{
       if(string.indexOf("│──")!=-1){
        s = new StringBuffer(string.substring(0,string.lastIndexOf("│──")));
        s.append("├──");
       }
      }
     
      if(file[i].getName().equals(file[file.length-1].getName()))
       if(s != null)
        if(s.lastIndexOf("├") != -1)
         s.replace(s.lastIndexOf("├"),s.lastIndexOf("├")+1,"└");
     
      /*
       * 如果s不為空，則將s傳入方法replace中進(jìn)行格式化
       */
      if(s != null)           
       System.out.println(replace(s.toString()) + file[i].getName());
           
   if(file[i].isDirectory()){   
       totalDirectory  += 1;
        
       /*
        * 如果該文件夾的子目錄下還有兩個以上的文件和文件夾，則打印一個"│"符號，并標(biāo)記bool為true
        */
           String pathstring = file[i].getAbsolutePath();
     File current = new File(pathstring); //取得當(dāng)前路徑的文件
     File[] fp = current.listFiles();
     if(fp.length >1){
         bool = true;                  
     }
    
       if(bool)
        string.append("│");
      
       searchFile(file[i],string.toString(),bool);
      
       /*
        * 如果bool已經(jīng)被標(biāo)記過，則將上一次的"│"符號刪除
        */
       if(bool)
        if(string.indexOf("│") != -1)
            string.delete(string.lastIndexOf("│"),string.length());
       bool = false; 
   }
   totalFile += 1; 
  }
 } 
 public static void main(String args[])throws IOException{
  String path = null;
  if(args.length<1)
   path =".";
  else
   path = args[0];
  FileRead read = new FileRead();
  File file = new File(path);
  
  if(!file.exists()){
   System.err.print("the path is error");
   System.exit(1);
  } 
  read.searchFile(file,"│",false);
  System.out.println("the file is :" + (totalFile-totalDirectory));
  System.out.println("thd directory is : " + totalDirectory);
 }
}

該程序存在一個問題，也就是當(dāng)jdk中的File類無法判斷目錄下的一些目錄是文件夾或則是文件時？

策略模式：

        策略模式的對算法的包裝，是把使用算法的責(zé)任和算法本生分開，委派給不同的對象管理。策略模式通常把一個系列的算法包裝到一系列的策略類里面，作為一個抽象策略類的子類。
使用條件：
        如果在一個系統(tǒng)種有許多類，他們之間的區(qū)別僅僅在于他們的行為，并且這個系統(tǒng)需要動態(tài)的在幾種算法種選擇一種。        不變模式：
       
        不變模式可以增強(qiáng)對象的強(qiáng)壯性，不變模式準(zhǔn)許多個對象共享一個對象，這降低了對該對象進(jìn)行并發(fā)訪問時的同步化開銷。如果要修改一個不變對象的狀態(tài)，則需要創(chuàng)建一個新的對象，并將其存入新的對象里。不變模式只涉及到一個類，一個類的內(nèi)部狀態(tài)一旦被創(chuàng)建以后，在整個期間都不會發(fā)生變化。他有兩種一種是強(qiáng)不變模式和弱不變模式。
        弱不變模式：
首先滿足沒有方法可以改變對象的狀態(tài)，則對象一旦被創(chuàng)建之后，對象的狀態(tài)就不會改變。二該對象的所有的屬性都是私有的，并且不準(zhǔn)許聲明任何公有的方法來改變他們。三這個對象所引用的對象也應(yīng)該是不變的對象，如果在初始化時應(yīng)用了一個可變的對象，則應(yīng)該對該可變對象進(jìn)行復(fù)制一份，而不要使用原來的拷貝。這種模式的缺點(diǎn)是他可以用子類，并且子類可以是可變的對象?？勺兊淖宇惪赡芤恍薷母割悓ο蟮臓顟B(tài)，從而可能會允許外界修改父對象的狀態(tài)。

問題：
       為什么說可變的對象可以修該父類對象的狀態(tài)呢？怎樣做？

強(qiáng)不變模式首先要滿足弱不變模式，然后將這個類聲明成final類，則它變不可能有子類了，并且也將該對象所考慮到的所有方法聲明為final。
不變模式與享元模式有很大的相同處，他們的對象狀態(tài)都有要求不隨環(huán)境的變化而變化，不過享元模式的內(nèi)涵狀態(tài)在不影響享元對象的共享時，可以為可變的。不變模式對對象的要求要比享元模式對對象的要求更嚴(yán)格。

橋梁模式：
   
        橋梁模式就是抽象化和實(shí)現(xiàn)化脫藕，使得兩者可以獨(dú)立地變法。例子如java中的peer架構(gòu)。
        橋梁模式與適配器模式的區(qū)別是， 門面模式：
        在外界訪問要訪問多個內(nèi)部系統(tǒng)時，并且他與這些內(nèi)部系統(tǒng)有著復(fù)雜的關(guān)系時，我們則可以用門面模式來解決這樣的問題。
         門面模式他只是提供一個可以共外界方便訪問內(nèi)部子系統(tǒng)的一個接口，他并不會對子系統(tǒng)進(jìn)行擴(kuò)展，他只提供子系統(tǒng)所具有的方法。對外界來說，他是一個子系統(tǒng)，但是內(nèi)部的子系統(tǒng)并不知道有這么一個類。例如：一個學(xué)生要去圖書館借書，這里有3個表，rule是記錄不同的讀者的借書規(guī)則（如研究生可以借7而本科生只能借4本），publish表是記錄過期未還書的學(xué)生，passwork是記錄圖書館所頒發(fā)過的借書證。如果一個學(xué)生要借書，則他必須要有一個在passwork中存在的借書證，并且沒有在publish中的情況，則可以保證向該學(xué)生提供借閱，但是借閱的書則要按rule中的規(guī)則來進(jìn)行。所以一個學(xué)生client借書必須訪問這些類，為了便于管理，我們提供一個  FacadeFactory類來處理，這個類提供了所有client向子系統(tǒng)訪問的方法。這樣對于client來說就輕松多了，也便于我們維護(hù)代碼了。但是FacadeFactory不能夠向client提供內(nèi)部子系統(tǒng)不存在的方法。
        由于一個系統(tǒng)中所需要的只需要一個實(shí)例，則我們可以把門面類設(shè)置為單例類，如上面的FacadeFactory，他應(yīng)該設(shè)置為一個單例類，這樣就不會發(fā)生多個人同時借一本書了。
       

享元模式：flyweight pattern

     享元模式包括兩種狀態(tài)，內(nèi)蘊(yùn)狀態(tài)和外蘊(yùn)狀態(tài)。他的種類有單純享元模式和復(fù)合享元模式，結(jié)構(gòu)圖如下：

我們從結(jié)構(gòu)種可以看出，復(fù)合享元模式是由單純享元模式和合成模式組合而成的。

享元模式有四種角色：抽象享元角色，具體享元角色，享元工廠角色，和客戶角色。享元模式中的享元工廠角色可以通過單例模式來實(shí)現(xiàn)。

使用條件：

    一個系統(tǒng)中有大量的對象，這些對象消耗大量的內(nèi)存，這些對象大部份是可以外部化的，這些對象可以按照內(nèi)蘊(yùn)狀態(tài)分成很多的組，當(dāng)把外蘊(yùn)對象從對象中踢除時，每一個組都可以僅用一個對象代替，軟件系統(tǒng)不依賴這些對象的身份，換言之，這些對象可以是不可分辨的。不過他要使用一個維護(hù)記錄了系統(tǒng)已有的所以享元的表，而這需要消耗資源。因此應(yīng)當(dāng)在有足夠多的享元的實(shí)例可提供共享實(shí)才值得使用享元模式。

   裝飾模式：

        他的各個角色的作用為：抽象角色：給出一個抽象的接口，以規(guī)范準(zhǔn)備接收附加責(zé)任的對象。

        具體角色：定義一個將要接收附加責(zé)任的類。

        裝飾角色：持有一個構(gòu)件對象的實(shí)例，并定義一個雨抽象接口一致的接口。

        具體裝飾角色：負(fù)責(zé)給構(gòu)件對象“貼上”附加責(zé)任。

裝飾類一般在以下情況使用：

1、  需要擴(kuò)展一個類的功能，或給一個類增加附加責(zé)任。

2、  需要動態(tài)的給一個對象增加功能，這些功能可以再動態(tài)的測銷。

3、  需要增加由一些基本的排列組合產(chǎn)生非常大量的功能，從而使繼承關(guān)系變得不現(xiàn)實(shí)。          

    

他有很多特點(diǎn)：

1、  裝飾模式雨繼承關(guān)系的目的都是要擴(kuò)展對象的功能，但是裝飾模式可以提供比繼承更多的靈活性。裝飾模式準(zhǔn)系統(tǒng)動態(tài)的決定“貼上”一個需要的“裝飾”，或者除掉一個不需要的裝飾。而繼承則不同，繼承關(guān)系是靜態(tài)的，他在系統(tǒng)運(yùn)行前就決定了。

2、  他可以通過使用不同的具體修飾類以及這些裝飾類的排例組合，設(shè)計可以創(chuàng)造更多不同行為的組合。     

3、  他雖然比繼承性要靈活，這意味著他比繼承更容易出錯。

缺點(diǎn)：由于使用裝飾模式可以比使用繼承關(guān)系需要較少數(shù)目的類，但是在另一方面，使用裝飾模式會產(chǎn)生比使用繼承方式更多的對象。這在使用時進(jìn)行錯誤查詢變得更困難了，特別是這些對象看上去都很像。

 

posted @ 2005-08-11 22:36 sky 閱讀(239) | 評論 (0) | 編輯 收藏

import java.util.*;

class BookName{
 String name;
 int number;
}
abstract class Note{
 BookName name = new BookName();
 abstract public void setName(String value);
 abstract public int getNumber();
 abstract public void setNumber(int value);
 abstract public String getName();
} 
class StudentNote extends Note implements Cloneable{
 BookName name = new BookName();
 int isbn;
 public void setName(String value){
  name.name = value;
 }
 public void setNumber(int i){
  name.number = i;
 }
 public int getNumber(){
  return name.number;
 }
 public String getName(){
  return name.name;
 }
 public Object clone() throws CloneNotSupportedException{
  StudentNote st = new StudentNote();
  st = (StudentNote)super.clone();
  st.name = new BookName();
  st.name.name = name.name;
  st.name.number = name.number;
  return st;
 }
 public void setIsbn(int i){
  isbn = i;
 }
 public int getIsbn(){return isbn;}
}
class Manager{
 private Vector v = new Vector();
 
 public void add(Note note){
  v.addElement(note);
 }
 public Note get(int i){
  return (Note)v.get(i);
 }
 public int size(){
  return v.size();
 }
}

class Client{
 private StudentNote student;
 private static Manager client = new Manager();
 public void register()throws CloneNotSupportedException{
  student = new StudentNote();
  StudentNote st = (StudentNote)student.clone();
  client.add(st);
 }
 public static Manager getInstance(){
  return client;
 }

}

class test{ 
 public static void main(String[] args)throws CloneNotSupportedException {
  Client c = new Client();
  c.register(); 
  c.register();
  Manager manager = c.getInstance();
  StudentNote student = (StudentNote)manager.get(0);
  StudentNote st = (StudentNote)manager.get(1);
  student.setName("sky");
  student.setNumber(101);
  student.setIsbn(10001);
  st.setName("fly");
  st.setNumber(102);
  st.setIsbn(10002);
  System.out.println(student.getName() + "\t" + student.getNumber() + "\t" + student.getIsbn());
  System.out.println(st.getName() + "\t" + st.getNumber() + "\t" + st.getIsbn());
 }
}

  <java與模式> ---電子書 page 425

 

裝飾模式—Decorator

裝飾模式有名包裝模式，裝飾模式以對客戶端透明的方式來擴(kuò)展對象的功能，是繼承關(guān)系的一個替代的方案。

客戶端并不會覺得裝飾模式在裝飾前和裝飾后有什么不同，他可以在不使用更多的子類的情況下來進(jìn)行對對象的功能加以擴(kuò)展。結(jié)構(gòu)圖如下：

裝飾模式原來被裝飾類的一個子類的實(shí)例，把客戶端的調(diào)用委派到被裝飾類。他有以下組成：抽象構(gòu)件，具體構(gòu)件，裝飾角色，具體裝飾；他一般在下面這些情況使用他最好：

1、  需要擴(kuò)展一個類的功能，或給一個類增加附加責(zé)任。

2、  需要動態(tài)的給一個對象增加功能，這些功能可能被動態(tài)的撤消。

3、  需要增加一些基本功能的排例組合而產(chǎn)生的非常大量的功能，從而使繼承關(guān)系變得不現(xiàn)實(shí)。

優(yōu)點(diǎn)：他可以靈活的增加一個類或?qū)ο蟮墓δ?，也可以通過不同的具體裝飾類的排例組合設(shè)計出更加復(fù)雜的，功能更強(qiáng)的類。

缺點(diǎn)：他雖然增加了一個類的靈活性，但同時他也給一個類的管理帶來了復(fù)雜性。