国产精品亚洲综合天堂夜夜,日韩亚洲人成网站,亚洲日本va在线视频观看

Bridge模式

EvanLiu — Fri, 01 Feb 2008 08:20:00 GMT

7、BRIDGE—早上碰到MM�Q�要说早上好�Q�晚上碰到MM�Q�要说晚上好�Q�碰到MM�I�了件新��服�Q�要说你的��服好漂亮哦，��到MM新做的发型，要说你的头发好漂亮哦。不要问�?#8220;早上��到MM新做了个发型怎么�?#8221;�q�种问题�Q�自��q��BRIDGE�l�合一下不��p��?br />
【GOF95】在提出桥梁模式的时候指出，桥梁模式的用意是"��抽象化(Abstraction)与实现化(Implementation)��p��，使得二者可以独立地变化"。这句话有三个关键词�Q�也��是抽象化、实现化和脱耦�?/span>

/**
* 抽象化角�?br /> */
public abstract class Abstraction {
   protected Implementor imp;
   public void setImp(Implementor imp) {
       this.imp = imp;
   }
   public void operation() {
       imp.operationImpl();
   }
}
/**
* 修正抽象化角色A
*/
public class RefinedAbstractionA extends Abstraction {
   public void operation() {
       //improved logic
   }
}
/**
* 修正抽象化角色B
*/
public class RefinedAbstractionB extends Abstraction {
   public void operation() {
       //improved logic
   }
}
/**
* 实现化角�?br /> */
public abstract class Implementor {
   public abstract void operationImp();
}
/**
* 具体实现化角色A
*/
public class ConcreteImplementorA extends Implementor {
   public void operationImp() {
       System.out.println("Do something...");
   }
}
/**
* 具体实现化角色B
*/
public class ConcreteImplementorB extends Implementor {
   public void operationImp() {
       System.out.println("Do another thing...");
   }
}
public class Client {
   public static void main(String[] args) {
       Abstraction abs = new RefinedAbstractionA();
       abs.setImp(new ConcreteImplementorA()); //�{�于把RefinedAbstractionA和ConcreteImplementorA�l�合��h��?br />        abs.operation();
       abs.setImp(new ConcreteImplementorB()); //�{�于把RefinedAbstractionA和ConcreteImplementorB�l�合��h��?br />        abs.operation();

       //或者再换RefinedAbstractionB
       //...
   }
}

EvanLiu 2008-02-01 16:20 发表评论

Adapter模式

EvanLiu — Thu, 31 Jan 2008 06:28:00 GMT

ADAPTER —在朋友聚会上碰��C��一个美女Sarah�Q�从香港来的�Q�可我不会说�_�语�Q�她不会说普通话�Q�只好求助于我的朋友kent了，他作为我和Sarah之间的Adapter�Q�让我和Sarah可以�怺�交谈�?也不知道他会不会耍我)

个�h理解�Q�适配器模式，��是两个水管A(Target)和C(Adaptee)接口不匹配不兼容�Q�就拿另外一截管子B(Adapter)�Q�一头接上原本的水管A�Q��承）�Q�另一头接上C(调用)。那么，A通过B�Q�和C接上了�?br />
public interface Target {
    public void methodA();
}
public class Adaptee {
    public void methodB() {
       //do something...
    }
}
public class Adapter extends Target {
    private Adaptee ee;
    public Adapter(Adaptee ee) {
       this.ee = ee;
    }
    public void methodA() { //水管C Adapter的接�?br />        ee.methodB(); //实际调用了水��B Adaptee的接�?br />     }
}

Adapter和Proxy的区别：
adapter是适配adaptee和target之间的关�p?wbr>�Q�proxy是realSubject对subject的代理�?br /> adaptee和target无关�p�，realSubject和subject有��承关�p�R��这��是他们的区别�?/span>

�q�里有篇文章很不错，链接一下：
http://yichao.blog.edu.cn/user2/yichaozhang/archives/2006/1501606.shtml

又找到网上另一个见解：
proxy 和adapter有一定类��|��都是属于一�U�衔接性质的�?br /> 区别是很明显的，从大体上��_��proxy是一�U�原来对象的代表�Q�其它需要与�q�个对象打交道的操作都是和这个代表交涉，��p��歌星的经�U��h一栗��?br /> adapter目的则不是要虚构��Z��个代表者，而是为应付特定��用目的，��原来的�c�进行一些组合�?/span>

EvanLiu 2008-01-31 14:28 发表评论

Command模式

EvanLiu — Thu, 24 Jan 2008 08:45:00 GMT

14、COMMAND—俺有一个MM安��得特别严，没法见面�Q�只好借助于她弟弟在我们俩之间传送信息，她对我有什么指�C�，��写一张纸条让她弟弟带�l�我�?br /> �q�不�Q�她弟弟又传送过来一个COMMAND�Q��ؓ了感谢他�Q�我请他吃了��杂酱面�Q�哪知道他说�Q?我同时给我姐姐三个男朋友送COMMAND�Q�就��C��最��气�Q�才��h��吃面�?�Q?-(

命��o模式�Q�命令模式把一个请求或者操作封装到一个对象中。命令模式把发出命��o的责��d��执行命��o的责��d��割开�Q�委�z��不同的对象�?br /> 命��o模式允许��h��的一方和发送的一方独立开来，使得��h��的一方不必知道接收请求的一方的接口�Q�更不必知道��h��是怎么被接�Ӟ��以及操作是否执行�Q?br /> 何时被执行以及是怎么被执行的。系�l�支持命令的撤消�?/p>

典型的Command模式需要有一个接�?接口中有一个统一的方�?�q�就�?��命�?��h��装为对�?:
public interface Command {
    public abstract void execute ( );
}

《Java与模式》一书中的例子如下：
/**
* 客户�?Client)代码
*/
public class Client {
   public static void main(String[] args) {
       Receiver receiver = new Receiver();
       Command command = new ConcreteCommand(receiver);
       Invoker invoker = new Invoker(command);
       invoker.action();
   }
}
/**
* ��h��?Invoker)角色代码
*/
public class Invoker {
   private Command command;
   public Invoker(Command command) {
       this.command = command;
   }
   public void action() {
       command.execute();
   }
}
/**
* 接收�?Receiver)角色代码
*/
public class Receiver {
   public Receiver() {
       //write code here
   }
   public void action() {
       System.out.println(""Action has been taken);
   }
}
/**
* 抽象命��o角色由Command接口扮演
*/
public class Command {
   void execute();
}
/**
* 具体命��o�c?br /> */
public class ConcreteCommand implements Command {
   private Receiver receiver;
   public ConcreteCommand(Receiver receiver) {
       this.receiver = receiver;
   }
   public void execute() {
       receiver.action();
   }
}

再用某公司写的Command模式�Q�简化代码写个大概样子：
/**
* 客户�?Client)代码
*/
public class Client {
   public static void main(String[] args) {
       String receiverName = "xAO";
       String methodName = "methodA";

       //receiverName�q�里用Spring的依赖注入来创徏Receiver对象
       Command command = new ConcreteCommand(receiverName);
       command.getParameters.put("method", methodName);   //实际代码做了��装�Q��ƈ不是�q�样直接写的。这里简化一�?br />        command.getParameters.put("param1", "param1"); //传递参�?br />        command.getParameters.put("param2", "param2");

       Result result = getNewInvoker.execute(command); //创徏Invoker对象�Q��ƈ调用receiver执行最�l�的�Ҏ��
   }
}
/**
* ��h��?Invoker)角色代码
*/
public class Invoker {
   private Command command;
   public Invoker(Command command) {
       this.command = command;
   }
   public void action() {
       command.execute();
   }

   private BeanFactoryService beanFactory;

   public Result execute(Command command) {
       ApplicationObject ao = beanFactory.getBean(command.getName(), ApplicationObject.class, new XXProcessor(command));
       return ao.execute(); //�q�里��是接收者Receiver来执行具体方�? xAO.methodA();
   }
}

/**
* 抽象命��o角色由Command接口扮演
*/
public class Command {
   //...
   //没有execute()�Ҏ��
}
/**
* 具体命��o�c?br /> */
public class ConcreteCommand implements Command {
   //也没有execute()�Ҏ��
   //...
}

EvanLiu 2008-01-24 16:45 发表评论

Proxy模式

EvanLiu — Thu, 24 Jan 2008 05:48:00 GMT

12、PROXY?跟MM在网上聊天，一开头��L��“hi,你好”,“你从哪儿来呀�Q?#8221;“你多大了�Q?#8221;“�w�高多少呀�Q?#8221;�q�些话，真烦人，写个�E�序做�ؓ我的Proxy吧，凡是接收到这些话都设�|�好了自动的回答�Q�接收到其他的话时再通知我回�{�，怎么��P��酷吧�?/span>

代理模式�Q�代理模式给某一个对象提供一个代理对象，�q�由代理对象控制�Ҏ��对象的引用。代理就是一个�h或一个机构代表另一个�h或者一个机构采取行动。某些情况下�Q�客户不��x��者不能够直接引用一个对象，代理对象可以在客户和目标对象直接起到中介的作用。客��L��分��L不出代理主题对象与真实主题对象。代理模式可以�ƈ不知道真正的被代理对象，而仅仅持有一个被代理对象的接口，�q�时候代理对象不能够创徏被代理对象，被代理对象必��L��pȝ��的其他角色代为创建�ƈ传入�?/span>

public interface Subject {
    public void methodA();
}
public class RealSubject implements Subject {
    public void methodA() {
       System.out.println("...");
    }
}
public class Proxy implements Subject {
    private RealSubject r;
    public void methodA() {
       if(r == null) {
          r = RealSubject();
       }
       r.methodA();
       //do something...
    }
}
我觉得可以理解�ؓ通过RealSubject的兄弟Proxy去调用RealSubject的方�?br />
和Decorator模式的比较：
相同点：Both patterns use a proxy that forwards method calls to another object, known as the real subject.
不同点：with the Proxy pattern, the relationship between a proxy and the real subject is typically set at compile time, whereas decorators can be recursively constructed at runtime.
从另一�U�角度考虑�Q?/span>proxy是对�cȝ��代理�Q�强调的是对已有功能的代理；而decorator更多的是用于增加装饰�Q�来丰富�cȝ��内涵�?/span>

Adapter和Proxy的区别：
adapter是适配adaptee和target之间的关�p?wbr>�Q�proxy是realSubject对subject的代理�?br /> adaptee和target无关�p�，realSubject和subject有��承关�p�R��这��是他们的区别�?/span>

�q�里有篇文章很不错，链接一下：
http://yichao.blog.edu.cn/user2/yichaozhang/archives/2006/1501606.shtml

又找到网上另一个见解：
proxy 和adapter有一定类��|��都是属于一�U�衔接性质的�?br /> 区别是很明显的，从大体上��_��proxy是一�U�原来对象的代表�Q�其它需要与�q�个对象打交道的操作都是和这个代表交涉，��p��歌星的经�U��h一栗��?br /> adapter目的则不是要虚构��Z��个代表者，而是为应付特定��用目的，��原来的�c�进行一些组合�?/span>

EvanLiu 2008-01-24 13:48 发表评论

Decorator/Wrapper模式

EvanLiu — Thu, 24 Jan 2008 03:31:00 GMT

9�?DECORATOR: Mary�q�完轮到Sarly�q�生日，�q�是不要叫她自己挑了�Q�不然这个月伙食费肯定玩完，拿出我去�q�在华山��上照的照片�Q�在背面写上 “最好的的礼物，��是�׃��的Fita”�Q�再到街上礼品店��C��个像框（卖礼品的MM也很漂亮哦）�Q�再��N��壁搞��术设计的Mike设计了一个漂亮的盒子装�v�?#8230;…�Q�我们都是Decorator�Q�最�l�都在修饰我�q�个人呀�Q�怎么��P��看懂了吗�Q?/span>

装饰模式�Q�装饰模式以对客��L��透明的方式扩展对象的功能�Q�是�l�承关系的一个替代方案，提供比��承更多的灉|��性。动态给一个对象增加功能，�q�些功能可以再动态的撤消。增加由一些基本功能的排列�l�合而��生的非常大量的功能�?/span>

它最�l�典的特征就是：
1.必须有一�?span style="color: red;">它自��q��父类�?span style="color: red;">自己的成员变量；
2.必须�l�承公共父类�?br />

public interface Component {
    public void methodA();
}
public class ConcreteComponent implements Component {
    public void methodA() {
       //do somthing...
    }
}
public class Decorator implements Component {
    private Component c;

    public Decorator(Component c) {
       this.c = c;
    }
    public void methodA() {
       //do sth.
       c.methodA();
       //do sth.
    }
}

下面�q�个例子来自Head First�Q�收�?br /> http://www.tkk7.com/sterning/archive/2008/01/21/176679.html

EvanLiu 2008-01-24 11:31 发表评论

EvanLiu — Mon, 12 Nov 2007 09:44:00 GMT

19、OBSERVER �?/span>想知道咱们公司最新MM情报吗？加入公司的MM情报邮�g�l�就行了�Q�tom负责搜集情报�Q�他发现的新情报不用一个一个通知我们�Q�直接发布给邮�g�l�，我们作�ؓ订阅者（观察者）��可以及时收到情报啦

观察者模�?/span>�Q�观察者模式定义了一�U�一队多的依赖关�p�，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化�Ӟ��会通知所有观察者对象，使他们能够自动更新自己�?br />

观察者（Observer�Q�模式又名发�?/span>-订阅�Q?/span>Publish/Subscribe�Q�模式�?/span>GOF�l�观察者模式如下定义：定义对象间的一�U�一对多的依赖关�p�，当一个对象的状态发生改变时�Q�所有依赖于它的对象都得到通知�q�被自动更新�?/span>

观察者模式的�l�成部分�?/span>

1) 抽象目标角色�Q?/span>Subject�Q?/span>

2) 抽象观察者角�Ԍ��Observer�Q?/span>

3) 具体目标角色�Q?/span>Concrete Subject�Q?/span>

4) 具体观察者角�Ԍ��Concrete Observer�Q?/span>

EvanLiu 2007-11-12 17:44 发表评论